joeldo

That's no longer the case - a large portion of teams are now using cloud variants of Confluence/Jira.

There’s more details here than I can explain today, but you can use the QR code to find a detailed article, including the documentation we use for the skills.

Why not just provide a clickable link given this is an article on the web?

The impact of this will be profound!

Obviously bugs are inevitable, but why this wasn't progressively rolled out is beyond me.

I think there is some confusion with the term 'public' here.

The Graphql server itself is still publicly exposed to the internet, but the ability to query is not. Queries have to be whitelisted ahead of time (persisted queries).

You can review the bash script first. Regardless, they provide a few different installation options https://zed.dev/docs/linux

I guess the difference is ChatGPT is less likely to cause death if it makes a mistake.

Users generally have time to decide if the output ChatGPT provides is accurate and worth actioning.

"Better" depends heavily on the parents.

Closing down within a year of it finally becoming profitable.. That would be a plot twist!

75 / (1/6) = 450. Still very exciting!

The one joy I have while using Azure :)

So it ships Electron and a PHP runtime - What else can we include?

How has this article landed on the frontpage? There is 0 substance - are people even reading it before upvoting?

For vector style graphics (like in the article) - You can achieve this quite simply on the web with SVG DOM.

You can add event listeners to the SVG's paths/groups and apply fill when clicked.

I'd imagine there would be a fair amount of hallucination with ChatGPT generating the Lat/Long pairs (especially for smaller cities/towns)?

On the surface I like this idea, but this makes it harder for participants from poorer countries from, well, participating. For some countries this is more than a week of the average wage!

That makes sense, thanks.

My understanding is that an efficient lock would require hardware support, which is surfaced by the OS.

I've been developing an ASP.Net Core Web Api on Linux for the last few months with the dotnet CLI and I haven't run into any cross platform issues yet.

I've used both VSCode and Rider and I think both provide an enjoyable development experience.

Aside from VS only running on Windows, it doesn't feel like a second class experience at all to me.

I see that you since made this public (it was not at the time of my comment, as confirmed by the repo commits being <2 hours old). When you say "some components", what components are missing?

I'm not saying you have to make the entire project open source, but if you are claiming it is an open source project it comes with the territory.

With all due respect, I think the title of this post should be amended as this is not Open Source.

After perusing the Github repo, it looks like the actual editor logic is not open source (in fact it lives in a private repo which you control), and the linked repo is just a wrapper around it.

Just some advice, I think you'll struggle to gain traction without putting the source onto Github, as that is generally how people contribute :)

I think if you're going to spend time studying before you start a new job, spend that time studying whatever you find technically interesting about the job.

If it was the choice of language that drew you to apply, learning about it is not going to hurt!

Yes completely agree.

- The entire housing market is ripe for disruption, especially if we don't want to see a lot of younger people living out of the back of cars or vans.

What kind of disruption are you referring to here? Policy level (I agree) or something else? Curious to hear your thoughts on this.

Interesting to see Clojure brought up quite a bit in this thread. Looks like something I'll need to invest some time into!

Personally a big factor has been cost of living. Housing prices are out of control in Australia, especially eastern capital cities, and servicing mortgage/rent without a stable salary requires a lot of planning without a grant.

The result is that unless you are able to acquire funding, you result to trying to getting something built outside of your job, which is much more difficult to pull off successfully with the limited time available.

- Sure, the type IBlaha is defined somewhere just as the object(s) passed to add_item_to_cart are also defined somewhere.

That definition is rarely as accessible as an explicit type though. For example take an API response or any third party library. Determining the data type isn't as quick as simply scanning a function for the object definition.

- Dynamically typed languages are very popular so it seems that many developers can work their way around dynamic typing.

As someone who has spent a fairly even mix of their career using typed/untyped languages, I think this is due to a few reasons:

- Lower initial learning curve.

- Lower barrier to entry.

Those are real benefits, but I would argue most projects quickly hit a point where they benefit from static analysis.

Having worked with 100s of devs at this point, I'm yet to meet one that after learning a typed language and using it for a sufficient period of time (more than a few months) wants to use an untyped language for anything outside of small scripts.

- If it were an item id the argument would be item_id. It is an object.

You've never worked with vaguely named variables? What you are suggesting is guessing the data type based off the name.

- What type of object? The type that can be added to a cart.

Okay sure, but what precisely is that?

- Nobody just throws random objects at a function.

I couldn't agree more - so the follow up question is what is the fastest way to get familiar with what type of input or output this function returns?

- They are familiar with the code in general and they know what to do.

For very small projects with very small teams after some onboarding time perhaps, but outside of this I would disagree.

Code changes over time, parts that you use to know intimately get changed subtley and erode knowledge away. Having types in place highlights these changes if your assumptions are incorrect.

I would argue that it isn't a zero-sum game. Extra context (that is enforced) is better than none at all.

What is an item in the first declaration? Is it an id? Is it an object (if so, what type of object? Id and qty or some other data)?

I guess you now need to read through the implementation or docs. The first is much easier to read incorrectly.

Yeah, having worked with both typed and untyped languages (and on teams that have transitioned between these) it is hard to reconcile.

There are so many variables involved that I see this being difficult to prove empirically, but anecdotally it doesn't ring true.