|
statements will continue to be good and necessary until debugging of expression-based languages becomes easy
|
#
?
May 14, 2017 00:09
|
|
|
|
| # ? May 26, 2024 20:26 |
|
|
terminate your expressions then, same principle
|
|
#
?
May 14, 2017 00:14
|
|
|
or at least your posting
|
|
#
?
May 14, 2017 00:15
|
|
|
Soricidus posted:or at least your posting *rifles through 2-page leaflet of yospos comebacks* .....turn off your monitor lmao
|
|
#
?
May 14, 2017 00:17
|
|
|
gently caress I got owned
|
|
#
?
May 14, 2017 00:23
|
|
|
eschaton posted:the worst trend in modern programming is the continued support for “statements” when the superiority of making every construct an expression was demonstrated decades ago
|
|
#
?
May 14, 2017 02:40
|
|
|
fleshweasel posted:statements will continue to be good and necessary until debugging of expression-based languages becomes easy lisp has had good debuggers, with restarts, for decades break on a particular form, inspect all sorts of state, substitute in the result of evaluating something else, continue on, etc.
|
|
#
?
May 14, 2017 05:37
|
|
|
Rex-Goliath posted:'here's a scientific paper proving that git is a user-hostile mess' git: the stupid content tracker
|
|
#
?
May 14, 2017 14:59
|
|
|
hg is worse than git at some things and better than git at some things subrepos are always bad that's my deep thoughts on dvcs
|
|
#
?
May 14, 2017 17:44
|
|
|
Veracity could have taken off if they'd just implemented local history rewriting before git was dominant, since they'd have been unquestionably better than git in every single way (including license and being written by professionals) instead they focused on things that nobody needs like an in-repo issue tracker
|
|
#
?
May 14, 2017 18:14
|
|
|
still fighting my goddamn Java ORM, I am going hollow irl trying to fix this poo poo I just want lazy loading of entity relationships to work, and I want the loving thing to not issue a SELECT for a related entity object if I only want to access its primary key. But apparently that's just too much to ask. (I'd prefer if it threw an exception instead of silently sitting there and issuing 100 single-row SELECTs in the background but hey, SQL databases are all about obnoxious hidden details about query performance so I guess that's par for the course)
|
|
#
?
May 14, 2017 21:19
|
|
|
git is good if everyone using it is good at computer now think about yourself and the rest of your team, and consider whether this implies it is the best choice for you
|
|
#
?
May 14, 2017 21:31
|
|
|
git is probably the most user friendly of the three SCMs we're using in some form right now consider what horrors we have seen
|
|
#
?
May 14, 2017 21:36
|
|
|
Git's CLI is slightly idiosyncratic but there are far worse problems for an SCM to have than a slightly idiosyncratic CLI The amount of time spent whining about Git's CLI could have been far more constructively spent writing an alternative CLI atop libgit2.
|
|
#
?
May 14, 2017 21:45
|
|
|
Sapozhnik posted:still fighting my goddamn Java ORM, I am going hollow irl trying to fix this poo poo don't use a orm. if you're using java, use mybatis
|
|
#
?
May 14, 2017 21:46
|
|
|
i can switch between multiple open applications. this is the future yall.
|
|
#
?
May 14, 2017 21:54
|
|
|
Sapozhnik posted:I just want lazy loading of entity relationships to work, and I want the loving thing to not issue a SELECT for a related entity object if I only want to access its primary key. But apparently that's just too much to ask. what ORM? if it's following the Enterprise Objects Framework's design like most do, it's trying to helpfully prefetch the contents of the relationship to its row cache so they'll be consistent with the source object at the time the relationship was traversed in EOF instead of trying to defeat that, you'd tell the fetch spec you use to load the source objects to prefetch that relationship as part of the initial fetch, that way it'll all come back fast in one query and traversal won't hit the database at all
|
|
#
?
May 14, 2017 21:54
|
|
|
Luigi Thirty posted:i can switch between multiple open applications. this is the future yall. I'm the Memory Bar (just picked up some Einstök Ölgerð white ale and toasted porter, mmm)
|
|
#
?
May 14, 2017 22:01
|
|
|
eschaton posted:Einstök Ölgerð white ale That is a fine choice of beer.
|
|
#
?
May 14, 2017 22:20
|
|
|
Soricidus posted:the irrational fear of semicolons is the worst fad to affect modern programming. just loving terminate your statements like a grownup. one more keystroke is not going to kill you. its not about the extra keystrokes when writing the code, its about the code being a bit less readable because its littered with useless poo poo. you spend much more time reading code than writing code in any non trivial project
|
|
#
?
May 14, 2017 22:37
|
|
|
Zlodo posted:its not about the extra keystrokes when writing the code, its about the code being a bit less readable because its littered with useless poo poo. you spend much more time reading code than writing code in any non trivial project But do you really?
|
|
#
?
May 14, 2017 22:47
|
|
|
Zlodo posted:its not about the extra keystrokes when writing the code, its about the code being a bit less readable because its littered with useless poo poo. you spend much more time reading code than writing code in any non trivial project Totally, in the same way punctuation like periods and commas make it much harder to read English.
|
|
#
?
May 14, 2017 22:51
|
|
|
Zlodo posted:its not about the extra keystrokes when writing the code, its about the code being a bit less readable because its littered with useless poo poo. you spend much more time reading code than writing code in any non trivial project you must be working on a drat near perfect codebase if, after spending days on end reading it, your major complaint is that it has semicolons are you hiring?
|
|
#
?
May 14, 2017 22:53
|
|
|
the GS is mocking me my program prints "Hello World!" and promptly crashes to the monitor. when i reset it, the display resets to 40 columns and displays every other character it says "el ol" at the top of the screen and reboots
|
|
#
?
May 14, 2017 23:02
|
|
|
ThePeavstenator posted:Totally, in the same way punctuation like periods and commas make it much harder to read English. Exactly, readability is important. We require them because there are quite a few devs who are primarily java, c, c++ and they didn't want to waste time wondering if a statement was terminated or not during code reviews. What I do not understand are the devs who complain about having to use semi-colons screaming "every must be clean" are usually the ones who use trailing commas in arrays. 
|
|
#
?
May 14, 2017 23:38
|
|
|
fleshweasel posted:statements will continue to be good and necessary until debugging of expression-based languages becomes easy what does this even mean? erlang, elm and lisp have the best debugging facilities in the industry and all are statementless
|
|
#
?
May 15, 2017 00:41
|
|
|
ThePeavstenator posted:Totally, in the same way punctuation like periods and commas make it much harder to read English. We would probably not use periods so frequently if we made a habit of starting every sentence on a new line. geeves posted:What I do not understand are the devs who complain about having to use semi-colons screaming "every must be clean" are usually the ones who use trailing commas in arrays. Heretical concept: make commas optional like semicolons are, so that line breaks in array literals can act as entry separators. So code:code:
|
|
#
?
May 15, 2017 00:41
|
|
|
Doom Mathematic posted:Heretical concept: make commas optional like semicolons are, so that line breaks in array literals can act as entry separators. So F# literally does this.
|
|
#
?
May 15, 2017 00:45
|
|
|
Sapozhnik posted:slightly idiosyncratic
|
|
#
?
May 15, 2017 01:44
|
|
|
eschaton posted:the worst trend in modern programming is the continued support for “statements” when the superiority of making every construct an expression was demonstrated decades ago this ftw!!!!
|
|
#
?
May 15, 2017 02:19
|
|
|
Doom Mathematic posted:We would probably not use periods so frequently if we made a habit of starting every sentence on a new line. Grammatically that doesn't make sense except with dialog. quote:Heretical concept: make commas optional like semicolons are, so that line breaks in array literals can act as entry separators. So NihilCredo posted:F# literally does this.  Overall it's not bad when thinking about it. I just deal with so much JSON and relying it on being well-formed that it bleeds over into actual code. I guess a bigger question for me is "why?" I'm a fan of consistency in my codebase. I'm not hugely dogmatic about what my developers do in most cases, but since JSON is a huge part of sending/receiving data in our app, I do ask that it's clean in those instances.
|
|
#
?
May 15, 2017 02:26
|
|
|
NihilCredo posted:F# literally does this. perl, ruby, and elixir also have special syntax for whitespace-separated lists. it's good.
|
|
#
?
May 15, 2017 02:27
|
|
|
the GS has the same terrible memory manager as classic mac os nooooooooo handles all the way dSORRY, A SYSTEM ERROR OCCURRED
|
|
#
?
May 15, 2017 03:07
|
|
|
it's fine. yeah it's not ideal but i envy the person for whom git's cli is the biggest piece of technical baggage in their day to day.
|
|
#
?
May 15, 2017 03:16
|
|
|
Sapozhnik posted:it's fine. it's not fine. the reason people treat git like magic and memorize static workflows is that they're scared of it breaking their poo poo, and its entire point is to not break your poo poo while it manages your version control. otherwise you might as well go back to project_v34_final.zip
|
|
#
?
May 15, 2017 03:21
|
|
|
JewKiller 3000 posted:it's not fine.
|
|
#
?
May 15, 2017 05:24
|
|
|
other peoples' issues are very similar to my issues with javascript: i have zero patience to learn anything about it and would rather scream in agony while copy-pasting poo poo until something works then good god never touch it again
|
|
#
?
May 15, 2017 05:25
|
|
|
the difference is that, unlike javascript, git is actually good at something, and also not particularly hard to use, and pretty hard to gently caress up disastrously
|
|
#
?
May 15, 2017 05:25
|
|
|
Luigi Thirty posted:the GS has the same terrible memory manager as classic mac os nooooooooo no it doesn't it has its own implementation of the same API  I need to learn more about the Lisa OS, I know the original MM was written in Pascal for Lisa and rewritten in assembly for Macintosh for both space and time efficiency, but I don't know if that version was brought back to Lisa for one of the various releases (3.1 was the last) maybe the code for 1.0-3.1 of the Lisa OS, Desktop, and Office System could be released someday, Tim cares about history way more than SJ and SJ was actually responsible for getting the MacPaint and QuickDraw code released
|
|
#
?
May 15, 2017 05:26
|
|
|
|
| # ? May 26, 2024 20:26 |
|
|
Bloody posted:other peoples' issues are very similar to my issues with java script: i have zero patience to learn anything about it and would rather scream in agony while copy-pasting poo poo until something works then good god never touch it again Bloody posted:the difference is that, unlike javascript, git is actually good at something, and also not particularly hard to use, and pretty hard to gently caress up disastrously "i refuse to learn anything about javascript and here is my take on its badness"
|
|
#
?
May 15, 2017 06:16
|
|
