zlacker

[parent] [thread] 6 comments
1. exeget+(OP)[view] [source] 2023-02-09 12:52:56
I think the parent’s comment is probably referring to the fact if you use Copilot to write code then you have to go through and try to understand what it wrote and possibly debug it. And you don’t have the opportunity to ask it why it wrote it the way it did when reviewing its code.
replies(2): >>brooks+J3 >>evildu+Vn
2. brooks+J3[view] [source] 2023-02-09 13:14:26
>>exeget+(OP)
I think you’re right, but that just means parent doesn’t understand copilot and is off tilting at windmills.

Copilot is amazing for reducing the tedium of typing obvious but lengthy code (and strings!). And it’s inline and passive; it’s not like you go edit -> insert -> copilot function and it dumps in 100 lines of code you have to debug. Which is what it sounds like parent is mistaking it for.

I’m reminded of 1995, when an elderly relative told me everything wrong with the internet based on TV news and not having ever actually seen the internet.

replies(1): >>Joker_+b9
◧◩
3. Joker_+b9[view] [source] [discussion] 2023-02-09 13:47:06
>>brooks+J3
> Copilot is amazing for reducing the tedium of typing obvious but lengthy code (and strings!)

Which it occasionally mistypes. Then you're off to chase a small piece of error in a tub of boilerplate. Great stuff! For actual example, see [0]

[0] https://blog.ploeh.dk/2022/12/05/github-copilot-preliminary-...

replies(1): >>brooks+jb
◧◩◪
4. brooks+jb[view] [source] [discussion] 2023-02-09 13:56:25
>>Joker_+b9
You must be a much better programmer than I if those are examples you’d use copilot for. I was thinking more like:

   start_value = get_*start_value(user_input)*
   self.log.d*ebug(‘got start_value {start_value}’)*
. . . where the would-be italics are what copilot would likely suggest for completion.

And if it’s wrong, you just. . . keep typing. It’s autocomplete, just like IDEs have for other things. I’m kind of astounded that people have such an emotional reaction to an optional, low-key, passive, easily-ignored tool that sometimes saves a bunch of typing. Yes, if you always accept the suggestions you’ll have problems. Just like literally every other coding assistance tool.

replies(1): >>Joker_+lk
◧◩◪◨
5. Joker_+lk[view] [source] [discussion] 2023-02-09 14:33:17
>>brooks+jb
That's not my blog, I just thought the example to be relevant.

> I was thinking more like:

That example is straight up from any of those "programming is not bound by typing speed" essays of yore.

> people have such an emotional reaction to an optional, low-key, passive, easily-ignored tool that sometimes saves a bunch of typing.

Maybe because it's not generally advertised by proponents as "an optional, low-key, passive, easily-ignored tool that sometimes saves a bunch of typing"? Just look at the rest of the thread, it's pronounced as a game-changer in productivity.

replies(1): >>brooks+do
6. evildu+Vn[view] [source] 2023-02-09 14:47:10
>>exeget+(OP)
But it's trickling in small chunks at a time unless you are just smashing tab repeatedly and don't look at what it did until the very end. You can also not accept what it offers and just continue writing code for yourself. If a dev submitted a bunch of Copilot code they don't understand and can't answer questions about you reject the PR outright and they eventually realize it didn't save them any time or effort. Copilot isn't the employee.
◧◩◪◨⬒
7. brooks+do[view] [source] [discussion] 2023-02-09 14:47:49
>>Joker_+lk
Different experiences, I guess. I’m a low end, part-time hobbyist programmer, and for me at least 75% of my time is spent essentially typing in obvious, easily-checked code. It has been a game changer for me. It’s also led me to write better comments, because rather than being a pure tax, they improve the generated code.

I can see how someone who’s always working on sophisticated, mentally challenging code would get less benefit and would see more frequent errors.

[go to top]