Hacker Newsnew | past | comments | ask | show | jobs | submit | ho_schi's commentslogin

I’ve learned about that website only four years ago. It is still helpful, teaches me how to install front derailleurs properly (as deep and far to the front as possible, better chain line with less trimming and better shifting).

The German Wikipedalia tries to safe some stuff.


Another layer (ouch) to abstract away Windows (ouch * ouch).

Use Linux or BSD and ignore that approach for Vendor Lock-in* into their “library OS”.


Tja.

Chuckles in German.


Two problems: Apple. And Google.


Or Microsoft.

Stay as far away from BigIT as you can. Linux or BSD are there for many good reasons. This is another one.


Other than Android, what viable Linux options exist for mobile devices?


What is your definition of viable in this context?


Can run the Android or iOS apps people need for banking, shopping, flights, payment, parking, etc

What we want is probably platform agnostic PWAs that will run on any device with a browser.

We will never have freedom as long as were forced to choose between Google and Apple walled gardens.


The whole purpose of these apps is to only run on certain specified devices, so PWA won't work.


Kill HDMI, a bad standard from entertainment industry (Sony).

Use DisplayPort (VESA), integrated into USB Type-C (USB-IF). Anyway better, a flawless with HiDPI and FreeSync.


True. Software and computers don’t even exist to save money. A lot of problems stem from the weird idea of MBAs that a computer, digitalization or even cloud are there to save money.

I hope Holstein prepared the switch well and kill off any Microsoft stuff as quick as possible. Nothing is worse than co-existence with something hostile which doesn’t want to be compatible.

   * No Dual-Booting
   * No VM
   * Especially no WINE (your ducked with every odd update)
   * And by the love of god, hit everyone with a bat which tries to ship incompatible files (MS-Office, ppt, xls, pst…) to you. Links to “Microsoft Teams”? Hit harder and show no mercy :)
What to do, minimal list:

    * Make plan.
    * Used standards wherever possible.
    * Switch file-formats and external platforms before. Use a standard distribution and DO NOT MAKE YOUR OWN DISTRIBUTION. If you have a big IT department with hundreds of employees, maybe an own repository with your custom software.
    * Enforce all suppliers hard to support Linux natively! If not? Drop them. Search a honest company which gives you also the source.
    * Avoid the usual mistake like “this a local support company” or “their offer is cheaper”
    * Don’t purchase shitty hardware. ThinkPads are a good start, but we speak about printers, NFC, label writers, scanners and so on.
If your answer doesn’t include either Debian, Red Hat, Canonical or Suse it is probably the wrong choice. You need support.

    The remaining 20 percent of workplaces are currently still dependent on Microsoft programs such as Word or Excel, as there is a technical dependency on these programs in certain specialized applications. According to Schrödter, however, the successive conversion of these remaining computers is the stated goal.
A red flag. Soft migrations work only, if both side cooperate. If not, hard migration. Short pain is better than long suffering.

PS: And don’t repeat Munich! Munich is “HOW NOT”. Three distinct IT-Departments. And the next major was “convinced ” with tax money and a Microsoft Headquarters. Result, it is worse than before.


>dependent on Microsoft programs such as Word or Excel

This kind of suggests that they have a bunch of VBA scripts in the tax department and the legal team are dependent on sharing 'track changes' in contracts. It will do the world a favour if the VBA is forced out. Don't know what they will do about 'track changes', it is ubiquitous in the contract world. Hopefully they will force government suppliers onto the libre alternative.


Yep. That’s a hell. A hell to maintain.

And searching the web for “Excel government failure…” is an adventure.

Excel is a shell script containing data. Minus well defined syntax and a proper change log. I see the nice point behind using Excel, it is a “visual” shell script containing data.


Apparently their tax administration has some extensive automation with Excel spreadsheets and VBA.


It are only minor changes.

Recent ThinkPads are close to be identical: X280 - X13 Gen3 (minor change: 16:10 with X13 Gen1).

X13 Gen 4 - Gen 6 are sadly nearly identical, especially the ugly camera bump which is not required. No camera needs that space and video conference systems cannot used the full resolution.

Luckily sometimes the batteries are compatible.


Because there is no need. It just the usual trend/hype.

  * Manjaro is Arch.
  * Cachy is a patched Arch (exactly what Arch avoids, heavy patching). 
  * SteamOS is Arch. 
  * Arch is Arch. 
Any useful and stable patch will be merged by upstream. That is why using CachyOS or ClearLinux isn’t beneficial in long term. When the patch works it will finally land even in Debian Stable.


> Any useful and stable patch will be merged by upstream. That is why using CachyOS or ClearLinux isn’t beneficial in long term.

Seems like you're blinded by your own context, if CachyOS for example see patches, integrate them earlier than upstream, and let user use them today rather than "long term", how is that not useful or beneficial to the users who want/needs that?

Besides, testing patches this way sounds like it'll have wider impact in the community than just the distro that integrated the patch, as it'll have a way wider testing userbase then. Isn't that also good long term?


> When the patch works it will finally land even in Debian Stable.

Which is very pointless if it's three years late for e.g. a game release


I think the main selling point of Cachy is that the binary packages are compiled at a much higher optimization level. It simply won't run on older CPUs without modern extensions. Vanilla Arch definitely does not do this.


It's about sane default packages and installers and desktop experience, as well as onboarding.

It doesn't take a lot of work to get any distro to become a good gaming machine, but it does take some work to make it a seamless turnkey gaming machine for the masses.


Of course there is a need - if you get a brand new PC don't you want it to perform as it should? Or do you want to wait another 2 years for that to happen?

Also very few people want to tinker with every single little thing, they want a nice stable base that does what you expect and build upon it - that's why most people were fine with previous versions of windows. So if cachy fixes 95% of the issues for you, why not go for it? Saving time and headache is a reasonable thing for a focused distro.


Manjaro is not Arch. It uses custom repositories with patched packages, delayed version rollouts and custom kernels.


Please. No Electron!


Why not?


https://josephg.com/blog/electron-is-flash-for-the-desktop/

Please use native toolkits. At least Gtk or Qt :)

Flash is just “We don’t like to pay developers. We prefer you to pay more for memory. And your processor. And by the why, we don’t care about your security.”

Ironically memory prices are skyrocketing right now. Even the best known Electron application (Signal) is eating memory like it is free. Similiar native applications integrate much better and use a fraction of memory (e.g. Fractal).

PS: If autonomous locally usage doesn’t make sense a mere web-app is good way. At least it is then a single tab in the web-browser and most platforms are covered (if you don’t target Chrome exclusively…). In this case possible step? At least not 500 MB wasted.


I think the common opinion is that unless you are really careful, it becomes quite a big executable eating a huge amount of ram even for low functionality and often slow.

There are very good electron apps, but the engineering to make them small and fast is quite important.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: