tastyminerals2

Personally, I had good experience with marimos so far. Reactive execution, variable deduplication, clear business logic vs UI elements logic separation that is forced on you is good. It retrains ppl to write slightly better structured Python code which is a win in my eyes.

Not very hard to you, however the reproducibility numbers tell a different story. Back in the days, when we were searching for some ML model implementations in the public repos and found ipynb files in it, we skipped the repo without delving into details. Within the company data engineer research notebooks were never allowed inside a repo. Experiment, yes, but rewrite it in plain python and push.

pacman and aur with preconfigured DE, it saves a lot of time. I switched to Manjaro after I got tired of tweaking arch even for most trivial things every single reinstall. Its the best distro for learning though. Apt or rpm distros can barely compete with the amount of available and up-to-date packages in aur.

Sigh. I don't get the sentiment and the whole debate here. The author is clearly nitpicking (he is the first person who uses messages after all). But honestly, complaints about "arrange" screens button?

Nevertheless, he is probably right. Only the people who went through working on Windows, Linux both on cheap and expensive machines while dealing with all the "baggage" these environments bring can tolerate MacOS with leniency. I will never come back to anything else until I see a competitive offer from just anyone because what Apple offers is:

* Fast, silent, extremely energy efficient devices with excellent screens and audio.

* The font rendering. I honestly can't believe people who professionally work with text all their lives never mention it here. MacOS had and continues to have the best fonts and font rendering that is.

* Solid build that lasts (I own MacBook Pro and MS Surface Book 2 both from 2019 so I see how they age).

* A device that is ready to work when you open a lid or touch a keyboard button without any "waking up from sleep/hibernation" or freezing due to buggy video drivers and inability to work with GPU in hybrid mode OUT-OF-THE-BOX in 2025.

The above-mentioned is more than enough for me to tolerate any MacOS issues and the ones mentioned in the article are just laughable.

Apple offers you the full package that allows cross-device integration while Win/Linux users still rely on the Google stack or other third party "workarounds". Yes, no surprises here -- owning the hardware and software stack is a massive advantage.

The author discusses biases and issues of the modern hiring processes and how to design a good one for your company.

I tried doing some LeetCode problems and found that the time I spent making sense of their task descriptions is just not worth it. They are a mixed bag and some of them are simply not well written to a degree that you feel stupid while spending hours to make your code pass their tests. Is it some elaborate scheme to make you pay and use the debugger? In the end I simply didn't enjoy the process.

What I really liked going through though are project euler and 4ever-clojure problems. It's subjective but I suspect it's because you don't need to read through paragraphs of text before starting to write a solution. It's the opposite, the small problems with clear goals leave you with more space for creativity and urge you to write more code in the end. I personally found the hours spent on such problems to be more productive.

I have to admit, several years ago, a colleague of mine advised me if not to try Clojure but at least to read the "History of Clojure": https://dl.acm.org/doi/pdf/10.1145/3386321, which I never did. But one day I decided to watch Rich Hickey - Greatest Hits https://changelog.com/posts/rich-hickeys-greatest-hits... I then read the "History of Clojure", and then jumped into learning it. This is probably one of the most fun languages to build with and one of the most beautiful ones. If not syntax-wise, rather in a way it allows you to express your thoughts via good design and composition that so nicely tickles your brain. If you are still searching for that one shiny tool, and none of them clicks, maybe try Clojure. It's one of the most concise and yet powerful languages I've seen.

Yes, and with heavy use of one of the biggest D strengths -- CTFE (compile time eval). Great lib!

If you need just csv/tsv parsing, you can also take a look at https://github.com/eBay/tsv-utils

well, after https://yuri.is/not-julia/, the above is a very valid statement.

I used to use Phind for couple of months. I liked the UI improvements but the slow limited free GPT4 and fast lackluster Phind model turned me off. I tried Bing and it wasn’t worse, had more free searches per day.

The "code" assistant is just a chat interface configured for programming tasks powered by gpt4 (Ultimate plan) and gpt3.5 for (Pro plan).

You are confusing search and text generation.

Kagi once returned nothing for one of my searches. I didn't anticipate that and decided to go to Bing. Bing returned many results but none of them was relevant. This is what any decent search engine should do -- return nothing, if you query is bad or too specific.

Kagi now is not only a search engine, the Ultimate plan gives you code, chat and research assistants. For chat you can even choose gpt4 turbo, gpt4, gpt3.5, claude2 or mistral models! On top they also have a fast summarizer. I honestly don’t know a single service that packs that many features for the that price nowadays.

Based on the recent (September 2023) social study:

Which is your native language? 2012: 57% Ukrainian, 42% Russian; 2023: 82% Ukrainian, 16% Russian

Which language do you speak at home? 2023: 63% Ukrainian, 27% mixed, 7% Russian

Coincides with my andecotal experience. Source: https://ratinggroup.ua/en/research/ukraine/soc_olog_chne_dos...

not anecdotal, I speak both languages. The trend now is to reject everything russian even though you do understand it, no way around this. And yes, the “kitchen language” for many ukrainians, especially east part, remained russian. However, on public or outside ppl try their best to speak Ukrainian. The younger generation will be more like the one in the baltic counties or Georgia. Understand russian but rather speak their native language.

Well, this is pretty much dated. You would be surprised to learn how the tables started to turn starting from 2014 and finished turning today.

Aren‘t these connected? Its about the contribution culture. If there is so much pain that it led to a language fork, what IDE and quality of life improvements from a shrinking community can we talk about? When I started with D several years ago, there were a few meetups and active contributors. These ppl now have left D for Rust and now we have this fork. Does it look like there is success ahead? I would say it looks more like the last desperate effort to change things.

It is, and written mostly out of disappointment after reading the pr discussions. I still believe that Walter should have at least addressed it instead of going circles and acting as if nothing is happening. It is clear that what has been behind the scenes for years just poured out now and unsurprisingly it doesn’t look nice. We can talk volumes about how hard it is to manage large projects and keep everyone happy when in the end nobody cares if there is no progress. Weka ppl pretty much upfront said it.

I never understood why they keep manufacturing these platform locked monstrosities. I bet no Linux distro will properly support it. Once I made a mistake and bought MS Surface Book, which now is a magnesium brick that doesn't last a few hours without a power socket. I'd rather bought an intel based desktop for that money, at least it would age better.

I find it strange to seriously consider any intel laptop these days for portable work.

More than 20 years passed and nothing really changed. What makes you think it will be different now. It's a "Tango" part 2 all over again. Except now, the ship has long sailed.

He pretty much derailed the D forum forking thread into remotely related tech discussion. This was weird to observe tbo, in the end my take is that he doesn't seem to bother much and would rather continue living in his version of the story.

no, the D forum thread has several github links which pretty much self-explanatory of what has been going on.

right, call it a yearly anti scam insurance :D

Just a couple of weeks ago, and this is a perfect moment to share, a colleague told me how he wanted to reschedule a flight and in a hurry clicked on one of the first Google provided links (ads) and got redirected to a scam site which was identical to the one his airline uses. In the end, he had to suspend his credit card and lost money. He lost more than any of the Kagi billing plans would cost him. But you are right, ppl tend to justify their choices more, especially when they paid for them ;) Still, no harm knowing there is a good alternative out there I guess.

Subscribed for a year after a free trial. Returns more relevant results than Bing, snappy interface and just overall gives you a good impression. They have a fast GPT powered article summarizer, which I find extremely useful when exploring library documentation. Not something that a plain ChatGPT cannot do, of course, but Kagi is just faster. You should as well check out their lightweight webkit based browser, Orion (MacOS only).

Those days D2 was probably not ready to be adopted in prod anyway and Andrei worked as a research scientist on a specific problem so I don't think he was on "that" level of corporate influence. He then left FB to work fully on D.

When you read about D and why it is not popular, one thing to keep in mind, is that there was D1 for a long time and then came D2 and this process was not as smooth as it could be. The dev progress was and stays slow but steady. D is in a better place today than it was 3 years ago for example.

or you could simply be supported by a billion revenue company that pays your bill if you code "their custom version of C". No need to do social analytics. D could totally be that language but it was never driven by big enough companies and had a specific early years history which obscured it pretty well from pragmatists crowd.

This plugin has been worked on and the issue could have been fixed by now. I rarely used VSCode for D because the language doesn're really need an IDE support like Java or Scala. But I do agree that for beginners and IDE support is important. I use vim with DCD: https://github.com/dlang-community/DCD