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

I use emacs in the terminal too. macos, iterm2, tmux, emacs.

iterm2 has some options to fix key bind issues that hamper emacs in the terminal.


Negotiate downward. They offer 100k, you counter with 90k. they meet you in the middle at 95 then you counter 85 and stand firm there.


This is the only true way to establish dominance.


The Amy Wong negotiation tactics :D


Develop live on production (CI/CD).

No source control, there's only 1 version of the software; the latest version (trunk based development).


I hope it’s also using Clojure so you can just update functions in runtime without stopping service


You could have an lsp server of infinite speed, but that wouldn't help one bit if the bottleneck is how the client deals with the messaging.

The specific techniques used to send, receive, and parse JSON could matter.


Could, ya, but I'd be pretty impressed and sad if Rust didn't have really good JSON parsers/serializers by now.


It’s had them for a very long time, pre-1.0.


What do you mean? It has exceptionally good crates for that, and has for more than a decade. Is there something you feel is missing?


Well exactly, I'm pretty sure that's what the GP is getting at — it would be a surprise if Rust didn't have good JSON support. Which it does. So it's unlikely to be the bottleneck.


I have first hand experience of painfully slow C# compile times. Sprinkle in a few extra slow things like EDMX generated files (not C# but part of the MS ecosystem) and it has no business being in a list of fast compiling languages.


Painfully slow? On a modern machine reasonable sized solution will compile almost instantly.


I can do the same with some C code I worked on at enterprise scale.

Lets apply the same rules then.


This.

The C# compiler is brutally slow and the language idioms encourage enormous amounts of boilerplate garbage, which slows builds even further.


Possibly yes. Artificially kept going by the Sun and Earth's own molten core. Once those go out out it's game over for earth.


Earth appears to be generating at least one species that is capable of atomic matter to energy conversion. Maybe it is planning ahead.


That atomic matter origin is the Sun though. So all is propped up by the Sun at the end.


> ...I keep trying because I'm hoping theres patterns I don't see.

Python's popularity is an accident of timing. If you're digging deep for wisdom and gold nuggets you're not going to find any. The gold of python is the surface level stuff. Easy to type for hunt-n-pec typers. Press tab to indent is easier than {}.

That's all it took for an army of noobs who wanted to be "hackers" to choose Python. Then they grew up, got real jobs and brought Python with them.


I think it was simply the rise of machine learning frameworks. Python was always advertised as good to prototype, test ideas etc. Then the network effect compounded recently: https://youtu.be/ZTPrbAKmcdo

I’d even risk saying Python’s popularity is one symptom of the AI bubble we’re in.


It's not literally the age that's the issue, it's just a correlation. Some employers want people they can squeeze more easily and get the most juice out of.

Younger people are more likely to accept orders without push back. Accept lower pay. Work 60+ hr/week for crunch time, etc.

Depends on the employer of course. Google employs an 80+ year old Ken Thompson.


Same but from a C vs Go perspective. Didn't like GC or bundling dependencies into the final binary. But at the end of the day it's still small compared to most other languages deployment artifacts. Despite being a GC language, GO still puts you in the driver seat for how memory is allocated (ie avoid GC in the first place). And goroutines are really nice to use, without introducing colored functions like most other languages do. To top it all off Go keeps the C tradition that error handling should be a first class part of the algorithm, not something hidden off to the side.

So I'm reaching for Go for pretty much everything now days.


I was coming here to say: "grep as IDE". It's dynamic language tooling 101.

Find defs and refs. Master a little bit of regex and you will reduce false positives.

Grep serves as a rudimentary autocomplete. find the definition, open in a buffer, observe fields. This is analogous to an autocomplete popup displayed inline. The buffer can now power your contextual completions, similar to an inline popup.


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

Search: