Atlas22

While very true, sometimes failure/shutting down/bankruptcy is a deliberate decision as it maximizes profit elsewhere. <the latest crisis> is just an excuse to save reputation for an action a large portion of the population would view as pure greed void of morality. Its fairly common in the startup world in the form of being acquired by companies like amazon/google/microsoft and then shutting down not long after. The acquiring company gets many benefits from this including substantial realized tax losses (among many other tax opportunities), accelerated absorption of assets (or cash if they liquidate), customer relationships, and valuable employees, etc. This can be especially profitable for large companies during poor economic times as they can acquire at usually significant discounts.

Dont forget the selective sharing of inside information and bailing out of only certain banks and investors, that just happen "by pure coincidence" to make large political contributions and extensive lobbying to government officials that make those choices.

In the past 100 years we've had conservatively 17 recessions (not including the current one) lasting 17 years 11 months total time (18% of the time), and with 1,691% inflation...

And that includes all the adjustments to how they calculate CPI they like to include almost every recession to make it look less bad.

So the answer is no, got it.

Got any proof to back up that "fact" or is it really just an opinion?

Just gotta wait for the comment claiming admin/maintenance costs makes non-cloud more expensive than cloud then we can have yet another full repeat discussion.

I think it can be mostly attributed to taking too much investment and not vetting investors enough. The investors started shoveling in a bunch of MBAs around 2000 because they wanted big returns. Thats what led to getting into the ads business, going public, buying youtube, etc. "Good MBAs" are great for making sure profit goals are hit, but they almost always ruin just about everything they touch to do it though...

Good to know they are working on this.

Is there a legal issue with spoofing user agent to be the google crawler? Spoofing is certainly enough to get rid of article paywalls for 99% of sites Ive encountered. At least last I heard you can also work around cloudflare captcha by just routing requests through a worker on their service.

Yeah, ultimately this is what turned me off. Used the beta and loved it for as long as it lasted. When it ended it was hard to migrate elsewhere but I couldn't convince myself it was a good idea to continue investing in a service that was entirely at the mercy of its direct competitors and shows no signs its working to reduce that risk and cost.

Unless they mitigate those risks they will only exist for as long as google or bing wants them to. The only ways they survive are: - Mitigating those risks and costs (e.g., building/using own index, well designed caching could help) - Staying small enough in terms of searches and users to be under the radar for Google and Microsoft - Pray for the mercy of two of the most ruthlessly anticompetitive companies in existence (laughable) - Convincing Google or Microsoft that they are worthwhile to acquire (but this kills the service for me anyways)

Price hiking +150% for the stated reason that my direct competitor increased my costs certainly shows the pressure is on and working as intended. On the off chance that kagi devs or management reads this, PLEASE find a way to isolate yourself from being totally reliant on google,bing,etc. Unless you are going for an acquisition exit from Google or Microsoft, it will kill your company eventually.

If startups/small companies are of any interest, there is often a large amount of horizontal maneuverability due to people often wearing multiple hats. For example I joined one startup (~12 employees) as the sole DevOps engineer but it quickly turned into not just DevOps but security (everything from dull SIEM monitoring, to red and blue teaming), database admin/optimization, backend development, customer onboarding, and even a little frontend. Most of those came through because I was the only one with experience handling them or a specific issue (but not always on paper) and I actively offered to help. I could have also avoided them if I wanted to, but when you can actually trust your small group of colleagues to not screw you over, its a good time branching out and learning new things at the same time. By the time I left I was spending most of the time doing security and hiring to build out teams (~100 employees when left), both my preference. Would strongly recommend small startups where you talk to the CEO practically every day and you get the sense employees are pretty happy.

Well as someone that has had the "joy" of implementing a lot of the ones that exist in the US: SOC*, HIPAA, HITRUST, PCI-DSS, a handful of DoD ones. I think if they seriously taught them in schools it would cause a lot change of majors when students realize what an absolute clown car of regulation they are getting themselves into. Its also probably the most boring subject availible.

Ill place my bet that the squeeze will get harder on developers and there will be new "compliance officers" in the office that dont actually do anything but make silly demands to waste peoples time. So pretty much the same as every other security regulation...

Its difficult to quantify a best strategy as there a many more variables at play than just what the customers can afford. There is usually a "sweet spot" for every type of customer that is a careful balance between price and amount of customers that maximizes profit. I'm doubtful that this price change will motivate more than 34% (1 - $19/$29) of their customer base to move elsewhere that would negate extra profits from price hike. Mostly due to the time required for customers to move elsewhere and the sunk investment of moving onto gitlab in the first place (a form of vendor lock in). There are also likely savings in other areas such as support that roughly scale with number of customers like sverhagen suggested.

From a financial perspective, it seems likely that gitlab will profit from this change. They may be able to profit more and mitigate hobbyist/very small business business loss by introducing another tier but gitlab is the only one that has enough information to determine if that is worthwhile from their perspective.

Erlang is largely a different kind of niche than Haskell and lisp. Its more focused on distributed and reliable processing than more general purpose. In effect its the Actor model taken to the extreme. Where I'd categorize Haskell and lisp more general purpose but they take different approach. Lisp the more "keep it simple" approach and Haskell the high theory approach. I've yet to encounter someone that claims expertise in haskell that isn't obviously lying or delusional as it is probably the largest language feature wise. I've been learning it for years but still have yet to find the "target use case" that it is the best tool for the job. It certainly is worth learning about even if only for the new perspectives on problems it encourages.

At least in my opinion: Lisp is amazing for its simplicity and homoiconicness and the great powers that come with those. Erlang is amazing for its approach to distributed computation and reliability. Haskell is amazing for at least its theory, and probably more I'm not yet aware of.

If you are referring to fastest in terms of wall & CPU time running. Without spending a lot of time optimizing your code yourself, I suspect SBCL would take the crown for vast majority of cases. If you do hyper optimize, the gap with scheme largely closes (sometime scheme wins, sometimes SBCL). So I'd go with SBCL if all else is the same feature wise to you. That said, the last serious benchmark I did of lisps was ~2010 so optimization may have changed since then and of course they were not very rigorus benchmarks (just my compute-bound workload at the time, that primarily boiled down to mostly integer ops). Debian language benchmarks game has some benchmarks written for sbcl and racket that may be good for comparing implementations yourself if interested. https://benchmarksgame-team.pages.debian.net/benchmarksgame/...

Wow, this might just be a new high of entitlement here on HN. This really seems like the poster has some kind of problem with Dennis. Why else would someone be so insistent that Dennis should not be supported and that he will do something malicious despite no evidence? He's given numerous warnings that he needs support to continue donating man-hours to an apparently very needed project that no one else (including the author of this post) wants to maintain. If he wanted to do something malicious he would have done it already and not announced it...

Have used both professionally (but mostly IDA). Its definitely not surpassed IDA in every category yet but it gets closer every update.

I think IDA still wins in at least: disassembler quality of the popular instruction sets (e.g., some knowledge of undocumented instructions, sometimes control flow inference trips up where IDA's doesn't), function signature detection, decompiler (marginally), plugins available, UX polish (but I have much more experience in IDA than Ghidra so that might just be me).

I think Ghidra wins for architecture availability, scripting API design & documentation, extensibility, and speed of improvement.

Probably many more categories im not thinking of but if Ghidra were to match exceed IDA in the above that would likely convince me to switch over.

Just got a bit closer to WEF's "prediction" for 2030.

"You'll own nothing. And you'll be happy"

Doesn't seem very... Democratic or even republic to me...

Source: https://twitter.com/wef/status/983378870819794945

Yeah I was indeed referring to Pylance, the Microsoft one. I was unaware that pyright was used under the hood, thanks.

Yeah, I think I agree with you. I still find it curious that the python language server is quite capable of inferring types from unannotated code yet most of the type checking tools for python seem to explode as soon as they encounter an very popular yet untyped library. I guess typing is more of an afterthought than a priority for most dynamic language developers so it doesn't get much love.

Time to resurrect the bizzare behavior of JavaScript article again.

What do you use instead now? Its been a long time since I used npm but it was horrific last I did.

I'm not sure go should be compared to python as they are designed for very different things. Go is more fairly compared against modern c++ or rust in my mind. Python is not designed to be lightweight or fast (although it has been consistently improving with each release) but favors expressability and run time flexibility instead.

Node.js can be used for command line scripts. Its chromes v8 JavaScript engine strapped to an API for interacting at the system level.

The rarity of these companies varies widely on sector. I agree that it will be difficult to find typical tech startups that wont try to squeeze the maximum amount of time out of you.

If you want high chance of relaxed workloads, look for large corporations that exclusively contract with government out of a large budget. For example, the defense industry (e.g., the few companies designing and manufacturing planes, radars, avionics, communication equipment, guidance systems) is the biggest supplier of these type of roles that I know of. The pay in these roles is usually market competitive or better. At least from my experience, only about 20% of time or less is actually spent "working on something", much of which is sitting in irrelevant meetings. I would only recommend it if you are purely looking to collect an easy paycheck and you have a high tolerance for boredom, bureaucracy, internal politics and incompetence at all levels.

Post-covid remote work that much of government and contractors have moved to (permanently?) has likely also made it significantly easier to have multiple "full time" jobs. Management does not care about anything in this sector except that hard deadlines are met (the real deadlines, very rarely even gets close), soft deadlines are missed (used to justify "needing" more money), and nothing is completed too quickly (they want to give the illusion that hard work is being done).

Just checked, latest zone file for .com is 4.9GB compressed, .net is only 456 MB compressed (2.2GB decompressed). Not sure how large .com is decompressed as CZDS is giving me download issues for .com today but some rough extrapolation from .net would land around 24GB.

Its a carrier grade NAT IP for ATT's cellular service, the BGP is likely just the ATT router.