danjl

22 ms·

271.
by danjl 2y ago
Agreed, the requirement for currently employed people who have to take a leap of faith is the main issue with our hiring dynamic, IMHO.
272.
by danjl 2y ago
I love this analogy!
273.
by danjl 2y ago
Standard rollout process for the rest of the year as like the last generations
274.
by danjl 2y ago
Oh, I would not forget governments. The NSA basically paid for Kepler with a single purchase...
275.
by danjl 2y ago
If I was given a l33t code problem in an interview I would stand up, make some sort of silly comment, and walk out. That's not a company I want to work at.
276.
by danjl 2y ago
I would argue that a brief conversation with a senior developer provides as useful information as any coding test or fancy interview question. The only way to really know if someone is going to be a good fit for your organization is to hire
277.
by danjl 2y ago
A good senior developer should be able to go out to lunch with a candidate and determine if they are a good fit. No need for coding tests. No need to sit in a small room and work out problems on a whiteboard or chat about your most difficul
278.
by danjl 2y ago
So, diffusion models are game engines as long as you already built the game? You need the game to train the model. Chicken. Egg?
279.
by danjl 2y ago
This is true at any instant in time, but it fails miserably over time as support and feature enhancement becomes important. A poor design from an LLM that cannot be updated, fixed, maintained, and improved is an issue that affects customers
280.
by danjl 2y ago
With intelliSense, I disregard about 98% of the suggestions. Do people do that with generated code? Doubtful. With an LLM, even that last 2% requires more effort because it creates weird and irrational bugs that I have to review.
281.
by danjl 2y ago
Also, the errors that an LLM makes are not errors that a typical human would make. This makes reviewing their code particularly challenging.
282.
by danjl 2y ago
Rather than writing the code for me, I would appreciate the LLM functioning as a pair programmer, making comments on the decisions I make as I write the code. Another case that would be extremely useful, but is basically impossible now, is
283.
by danjl 2y ago
As I said, the LLM will be a good replacement for the simplest cases. The behaviors you describe are far more common among junior programmers working on simple apps.
284.
by danjl 2y ago
I'll take bad grammar and spelling over hallucinations, bugs, and poor design any day.
285.
by danjl 2y ago
English, and other languages, are vague and imprecise. I've never understood why folks think they can write code "more efficiently" with a prompt rather than code? Are people willing to give up control? Let the LLM decide wha
286.
by danjl 2y ago
Photo libraries give you search across your photos and videos. Digital asset management systems provide search across all your documents. OSX and Windows provide terrible search across your local filesystem. I would consider these personali
287.
by danjl 2y ago
We love being fooled by fake imagery. Movies have done this for years -- sets only build the front of buildings, lights that have no relation to reality, and, of course, visual effects. Even films that you think have no CGI are building fak
288.
by danjl 2y ago
The real answer is to stay small and avoid growth. Politics and management frustrations get worse with more people. Stay small and avoid all the idiocy. Growth is not mandatory. Especially with technology, you can scale profit without more
289.
by danjl 2y ago
You can also run a business without being unethical
290.
by danjl 2y ago
You have a choice when you start a company. You can be ethical or not. It may be easier to make money if you are not ethical. It all depends on your goal. For many people, the only guidepost is financial success. For others, making the worl
291.
by danjl 2y ago
A technology in search of a problem. Exactly what startups are warned against. Somehow it's ok if you spend billions on it instead of millions?
292.
by danjl 2y ago
Before you didn't understand how to build a company. You learned poorly, the difficult way - yourself - rather than easily from others who have done it before. Read The Lean Startup, The Mom Test, Venture Deals, and Traction.
293.
by danjl 2y ago
Why the arbitrary 18-45 limitation? Do humans get too smart to fall for this stuff after 45 and before 18?
294.
by danjl 2y ago
I like the C++-style, class-based implementation. We need more JS modules like this. Zero dependencies. No async code. No callbacks. No HTML.
295.
by danjl 2y ago
As my former boss at Sun, Scott McNeely said "the network is the computer"
296.
by danjl 2y ago
Susan lived four houses away from me on Tolman Dr.and I remember walking to Nixon elementary school carrying our instruments for music on Thursdays. Such a rough final year and such a wonderful life. RIP
297.
by danjl 2y ago
Authentication is a major hurdle. Back in the days of desktop software, there was no authentication. Mobile apps can often avoid authentication too. Despite decades of web coding, and lots of "this authentication system will make life
298.
by danjl 2y ago
Developers should become owners! It is much easier for a developer to learn the business side of startups than it is for a business founder to learn how to code. Not only will learning the business side allow developers to become founders,
299.
by danjl 2y ago
Like any certified engineering discipline.
300.
by danjl 2y ago
We used to say "get the scaffolding of the entire app done as quickly as possible, and then iterate."

More ›