Hacker News new | past | comments | ask | show | jobs | submit | lfc07's comments login

Use Emacs guys if it is so bother some. Emacs is faster and more resource efficient than all these modern ide/editors.


This argument makes me smile as someone who is old enough to remember when Emacs stood for "eight megabytes and constantly swapping".


The old GNU mentality of ignoring performance optimization because computer hardware would catch up eventually actually did pay off.


Same here ;) But now there's "8 GB and constantly swapping": Eclipse! I logged once on a dev server to test something, it was slow and I checked what was going on. On this 64 GB machine, 8 Eclipse users, each Eclipse using a tad over 8 GB, led to significant swapping. What a world!


It also has a consistent interface that YOU control yourself. Downside is you need an IQ of at least 95 to use it.


Vscode is super easy to configure yourself. I'd argue probably easier to customize fully than emacs for the average user. That's the whole point of using it versus a fully fledged opinionated IDE.


The average user can barely hit the space bar with their forehead. Creating programming tools designed for the average user will always be a study in mediocrity.


Configuring emacs isn't a test of intelligence, it's a test of investment. I wish the mindset that conflates intelligence and investment would go away.

Software is going to continue to play a bigger influence on everyones life. The majority of this software is going to be written by engineers of average intelligence. Having tools that are easier for everyone to use will make your life better down the line too.


It's likely the same kind of person that conflates knowledge with intelligence as well.


Sigh. This tired argument is trot out again and again, and everyone draws an arbitrary line in the sand and calls it objective.

Do you hand roll your own assembly? Do you import any libraries or write everything from scratch? Do you drive a manual or automatic?

The only truth in this world is that we all have a finite amount of time in it, and as an individual only you can decide on the allocation.

Also it's not the tool, it's what you do with it.


Learn emacs once and you're done - your customizations will stick around for years, decades. With the proprietary MS solution, you have no guarantee of this.

Le sigh, I guess some people want to be subject to the whims of Redmond for life.


Well said. LISP has longevity.


I believe it is the right move. You can make better impact funding a large number of startups with small amounts and guidance than focusing on few late stage startups. Even though 6% make it big in their first attempt the rest 96% do benefit from YC's role in their subsequent attempts. So the impact is huge when it comes to early stage funding.


My wife is trying hard to cope with OCD and is looking for therapists specialized in CBT/ERP. Can you help me with some names of therapists who you think are effective?


I went to one therapist, over ten years ago, in a city I used to live in. I picked him from the providers my insurance company listed. I don’t have a list of therapists I think are effective. You will have to shop around.


Ppl please use `ls`


I am definitely against the line of research and hope someone acknowledges their fault. I also want to appeal that the issue it taking a political turn with a lot of unwarranted hate in forums and media mostly from people who are not part of kernel community. We are talking about young researchers and some possibly are misguided or innocent. Lets now make a political feast out of this just because we can.


He writes "We are not experts in the linux kernel..." after pushing so many changes since 2018. I am left scratching my head.


Haha


Yes because the UMN guys have made their intent clear, and even went on to defend their actions. They should have apologised and asked for reverting their patches.


Their research could have been an advisory email or a blogpost for the maintainers without the nasty experiments. If they really cared for OSS they would have have collaborated with the maintainers and persuaded them to use their software tools for patch work. There is research for good of all and there is research for selfish gains. I am convinced this is the later.


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

Search: