Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Did GitHub Copilot increase my productivity?

trace.yshui.dev

Post reply on HN
Print view View original

221–230 of 326 posts

Re: Did GitHub Copilot increase my productivity?

#221

Post by zo1 »

YurgenJurgensen wrote: post #153
zo1 wrote: post #119

Earlier quoted context omitted.

Not OP. Conflating "art" (the "snobbish" definition if you will) with realistic depictions of imagined worlds, stories and settings is not helpful here. There are so many talented, imaginative people out there that have previously had Zero ability to manifest their thoughts into a visual form. AI has enabled that on so many levels and we should be grateful for it.

Then why not show me? Why is getting AI 'art' advocates to actually post something they think is good and explain why so hard? Where are these talented imaginative people and what are they doing?

I don't get it, show you what? You want me to google it and pick a few examples? What purpose would that even serve? It's not even my main point (that you ignored), and I sense you have some "angle" you're pushing because you think it's some sure-fire put-down of AI generated images.

Re: Did GitHub Copilot increase my productivity?

#222

Post by kaba0 »

couchand wrote: post #206
blksv wrote: post #147

Earlier quoted context omitted.

Rows are tuples, not objects, and treated as such throughout the code. Only the needed data is selected in the form most appropriate to the task at hand, constructed in a hand-written sql query, maybe even taylored to the DB/task specifics. Inserts/updates are also specific to the task, appropriately grouped, and also performed using plain sql. Data pipelines are directly visible in the code, all DB accesses are expl…

This. The right way to structure database access is a result type per tuple, not an object type per table.

ORMs don’t mandate mapping the whole table either, you are free to create multiple entities per table/view.

Re: Did GitHub Copilot increase my productivity?

#223

Post by cultofmetatron »

arrowsmith wrote: post #133
nercury wrote: post #101

Earlier quoted context omitted.

Pardon me for the tangent (just a general comment not directed to OP). What I have learned over the years is that the only way to properly use ORM is as a fancy query tool. Build the query, fetch/update data, MOVE THE DATA to separate business objects. Don't leave ORM entities shared across the sea of objects! Phew, thanks, I got that off my chest.

I wouldn't have believed you until I moved from ActiveRecord (Rails's ORM) to Ecto (Elixir/Phoenix's data mapping library which is decidedly not an ORM.) It's a million times better and I'm never going back.

same, I wish more libraries would go the ecto design route. my ecto queries map pretty close to 1:1 with the sql counterpart. no guessing what the output is going to look like. I spend my time debugging the query and not trying to get the orm to output he query I want.

Re: Did GitHub Copilot increase my productivity?

#224

Post by dagw »

selcuka wrote: post #55
gtirloni wrote: post #53

Earlier quoted context omitted.

Can Copilot analyze my whole codebase these days or just the file I've opened? Honest question as I've stopped to use it a long time ago.

It seems to be hit and miss, at least with the current PyCharm integration. In some cases it can infer information using other files, in some cases it can't (even if they are open in other tabs).

As someone who switches between PyCharm and VSCode, I find that Copilot seems to work better in VSCode for some reason. Nothing major, but the suggestions I get just seem slightly more relevant to my code base, and are more often what I wanted.

Although I could be hallucinating the whole thing.

Re: Did GitHub Copilot increase my productivity?

#225

Post by mhuffman »

tucnak wrote: post #134
tymscar wrote: post #88

Earlier quoted context omitted.

You are clearly not a dimwit, and you don’t only have way more experience than most people here, you also have some amazing projects under your belt. However I can’t help but notice that the vast majority of blogposts, talks, tweets, and basically everything else you do now is around LLMs. Do you not think that’s indicative of this being “hyped” and “shiny tools”?

Deep learning is the most important thing to happen to philosophy since Socrates / Wittgenstein.

I would be very interested in you providing an example of Deep Learning offering more cultural or historical impact than Socrates / Wittgenstein.

Re: Did GitHub Copilot increase my productivity?

#226

Post by moron4hire »

LandR wrote: post #152
neonsunset wrote: post #146

Earlier quoted context omitted.

Which version?

We are currently on the latest. We had an issue last week where we had an obect like public class Foo { public List Bars { get; set; } } We'd query for some Foos, like: await _dbContext.Foos.ToListAsync(); and some amount of them would have Bars be an empty list where it should definitely be populated from the db. And it wasn't even consistent, sometimes it would populate thousands, sometimes it would populate a hand…

I've been using Entity Framework for the last 5 years and have not encountered this issue, as long as I've got all my Includes specified correctly.

There is also the AutoIncludeAttribute that you can specify on entity fields directly to always include those fields for every query.

My main complaints with EF are that the scaffolding and migration commands for the CLI tool are nearly impossible to debug if they error during the run.

But when they run right, they save me a ton of time in managing schema changes. Honestly, I consider that part worth all the rest.

There can also be some difficulty getting queries right when there are cyclical references. Filtering "parent" entities based on "child" ones in a single query can also be difficult, and also can't be composed with Expression callbacks.

But in any difficult case, I can always fall back on ADO.NET with a manual query (there are also ways of injecting manual query bits into EF queries). Which is what we'd be doing without EF, so I don't get the complaints about EF "getting in the way".

Re: Did GitHub Copilot increase my productivity?

#227

Post by dathinab »

theshrike79 wrote: post #114
gtirloni wrote: post #53

Earlier quoted context omitted.

Can Copilot analyze my whole codebase these days or just the file I've opened? Honest question as I've stopped to use it a long time ago.

With VSCode at least you can say @workspace to Copilot and it'll take it into account. No idea if it feeds all of the code to the LLM or just parts, but it's pretty good at interpreting what the code does

It guaranteed can't have all of your code in the LLM context, or even all of your file (in case of longer, through not even quite long files).

Through it could do stuff like go through your repository(ies) and generate embedding for sections of it and then have a vector database + retrieval argumented generation (RAG) system.

Re: Did GitHub Copilot increase my productivity?

#228

Post by kevthecoder »

Foobar8568 wrote: post #173
Quothling wrote: post #151

Earlier quoted context omitted.

> [0] Entity Framework has moved on a lot since then, and apparently now can be trusted to lazily load data To some degree. If you're using it for anything serious you're still going to help it along a lot. It's rather easy to do so, however, and I certainly wouldn't consider writing your own code as fast or easy as simply telling EF how you want it to do certain things. I'm not an overall fan of EF. I especially dis…

Diesel is not an ORM and a typical rust library...

The strapline seems to suggest it is an ORM (I've not used Diesel yet):

>Diesel: A safe, extensible ORM and Query Builder for Rust

https://github.com/diesel-rs/diesel

Re: Did GitHub Copilot increase my productivity?

#229

Post by ToValueFunfetti »

thaumasiotes wrote: post #201
ToValueFunfetti wrote: post #94

Earlier quoted context omitted.

If hype just means people are excited about it and talking about it, it should be a positive signal about the merit of the thing. I think people get the wrong idea by measuring P(X is good | people are excited about X) and finding it to be low. But P(X is good | people are not excited about X) is vastly lower, and 'hype' as here used is not really discrediting.

> I think people get the wrong idea by measuring P(X is good | people are excited about X) and finding it to be low. But P(X is good | people are not excited about X) is vastly lower Only if you're including things that don't exist. If you restrict yourself to things that people might conceivably talk about, that probability is actually very high, for the simple reason that bad things are exciting specifically becaus…

Poor phrasing on my part; 'good' should have been 'worth talking about'.

Re: Did GitHub Copilot increase my productivity?

#230

Post by jimbokun »

kaba0 wrote: post #127
marcus_holmes wrote: post #87

Years ago, over a decade ago now, I was a .Net developer. Microsoft introduced Entity Framework, their new way of handling data in .Net applications. Promises made, promises believed, we all used it. I was especially glad of Lazy Loading, where I didn't have to load data from the database into my memory structures; the system would do that automatically. I could write my code as if all my memory structures were popul…

> and started learning Go. Which does exactly what it says it does, with no magic Too little abstraction is just as bad as too much.

The amount of abstraction available in Go is just about right. It gives you higher level constructs, while still being reasonably straightforward to predict memory and CPU performance and behavior.
Post reply on HN