|
does jetbrains have a ruby ide
|
# ? Aug 29, 2016 20:15 |
|
|
# ? May 25, 2024 15:09 |
|
Bloody posted:does jetbrains have a ruby ide https://www.jetbrains.com/ruby/
|
# ? Aug 29, 2016 20:19 |
|
ruby is terrible and you should not use it
|
# ? Aug 29, 2016 20:20 |
|
HoboMan posted:oh it's just a framework how
|
# ? Aug 29, 2016 20:23 |
|
"on rails" -> ide in my head
|
# ? Aug 29, 2016 20:26 |
|
I like how colorful ruby is with syntax highlighting
|
# ? Aug 29, 2016 20:34 |
|
HoboMan posted:so is there a """good""" ruby ide-like thing? rubymine's not bad, there are also some pretty decent emacs packages. but mostly Shaggar posted:ruby is terrible and you should not use it
|
# ? Aug 29, 2016 20:36 |
|
so loving future posted:probably the biggest tell you're dealing with a bad programmer is their hand leaves the keyboard to reach for a mouse how else do you select, copy and paste in a terminal
|
# ? Aug 29, 2016 20:40 |
qntm posted:how else do you select, copy and paste in a terminal tmux
|
|
# ? Aug 29, 2016 20:48 |
|
qntm posted:how else do you select, copy and paste in a terminal run your shell in emacs like everything else
|
# ? Aug 29, 2016 20:49 |
In all seriousness, who cares how someone janitors their computer / writes their code? I personally prefer command line tools and vim, but if someone else prefers to use the mouse and an IDE than that is totally cool with me. Same goes for tabs vs. spaces and brace style. If you are collaborating with other people, pick a style and stick with it, otherwise go hog wild. People have such strong opinions over the most trivial things. Live and let live.
|
|
# ? Aug 29, 2016 20:53 |
|
VikingofRock posted:People have such strong opinions over the most trivial things. yospos birch
|
# ? Aug 29, 2016 20:56 |
|
if you don't use an ide you're choosing to work less productively than you could be over an ideological reason
|
# ? Aug 29, 2016 20:59 |
Symbolic Butt posted:yospos birch
|
|
# ? Aug 29, 2016 21:00 |
Awia posted:if you don't use an ide you're choosing to work less productively than you could be over an ideological reason or it's just personal preference
|
|
# ? Aug 29, 2016 21:03 |
|
VikingofRock posted:In all seriousness, who cares how someone janitors their computer / writes their code? I personally prefer command line tools and vim, but if someone else prefers to use the mouse and an IDE than that is totally cool with me. if you don't write code exactly like me you are Dumb and Wrong and i hope you die
|
# ? Aug 29, 2016 21:03 |
|
VikingofRock posted:In all seriousness, who cares how someone janitors their computer / writes their code? I personally prefer command line tools and vim, but if someone else prefers to use the mouse and an IDE than that is totally cool with me. imo it's more about breaking from the community standard than ide vs editor. if someone is writing python or ruby in vim that's pretty typical. if they're doing the same thing with java or c# they're almost certainly a 10x cowboy unicorn wizard hacker and i don't want them anywhere near my team.
|
# ? Aug 29, 2016 21:04 |
|
VikingofRock posted:or it's just personal preference its a dumb preference
|
# ? Aug 29, 2016 21:13 |
|
and your team hates you because youre that guy
|
# ? Aug 29, 2016 21:13 |
|
VikingofRock posted:In all seriousness, who cares how someone janitors their computer / writes their code? I personally prefer command line tools and vim, but if someone else prefers to use the mouse and an IDE than that is totally cool with me. in all seriousness it's because this is an industry where you succeed (i.e. write a working program) by being pedantically, objectively correct in all details, which cultivates a competition to be more pedantically correct than everybody else in all things, no matter how trivial and othering and exclusionism and pettiness and smugness and lack of a sense of humour and inability to distinguish a joke from a serious discussion
|
# ? Aug 29, 2016 21:15 |
Awia posted:and your team hates you because youre that guy if you hate someone over their choice of computer tool then that's pretty pathetic imo
|
|
# ? Aug 29, 2016 21:21 |
|
VikingofRock posted:if you hate someone over their choice of computer tool then that's pretty pathetic imo am i allowed to playfully rib my coworkers over their choice of computer tool
|
# ? Aug 29, 2016 21:30 |
|
VikingofRock posted:if you hate someone over their choice of computer tool then that's pretty pathetic imo im just trying to help you bro
|
# ? Aug 29, 2016 21:31 |
quiggy posted:am i allowed to playfully rib my coworkers over their choice of computer tool yeah that's chill
|
|
# ? Aug 29, 2016 21:32 |
|
Symbolic Butt posted:yospos birch who's going to draw the gang tag for the yospos birch society
|
# ? Aug 29, 2016 21:40 |
|
jony neuemonic posted:imo it's more about breaking from the community standard than ide vs editor. well yeah, if somebody is writing python or ruby in vim it's because that's the best the language can do, just sit there as dumb text. because the language and its ecosystem provide none of the facilities for auto-completion and quick access to reference documentation, or standardized project and package management that more advanced languages provide if they're doing the same thing with java that's like being given some screws and a cordless power drill only to use said drill to bash the screws into the wall. people who are unfamiliar with the standard toolkit of the team's programming language and who refuse to learn to use that toolkit to effectively accomplish what they are being paid to accomplish have no business being on that team.
|
# ? Aug 29, 2016 21:54 |
|
eschaton posted:this is also how the entire classic Mac OS worked, it didn't use TRAP at all, most every call was a different A-line instruction (the ST took this idea from the Mac) hi I'm Atari and here's our super fast graphics library to call it you have to cause an exception
|
# ? Aug 29, 2016 22:01 |
|
redleader posted:people who use svn properly: do you check out just trunk + relevant branches, or everything at once? I check out the whole project at depth "immediates" (svn co --depth=immediates), this gets me trunk, tags and branches, all empty then I go in branches and update it, changing depth from "empty" to "immediates" (svn up --set-depth=immediates). this fills the branches directory with (empty) subdirectories for the various branches repeat with tags if you need the list of tags when I need a branch or tag, I set its checkout depth to "infinity" (svn up --set-depth=infinity). when I'm done with it, I set it to "empty" and only the placeholder is left this lets me do things like, branch trunk+bump app version in trunk as a single operation, instead of two. cherry-pick merging is easier too
|
# ? Aug 29, 2016 22:10 |
|
eschaton posted:this is also how the entire classic Mac OS worked, it didn't use TRAP at all, most every call was a different A-line instruction (the ST took this idea from the Mac) windows (classic, non-NT) famously did it too, they even gave their invalid opcode a mnemonic but I forget what it was. legend has it that when windows kernel programmers met with intel cpu engineers, their first wish for the next release of the x86 was "faster invalid opcode traps" (we eventually got syscall/sysret and sysenter/sysexit instead). I think raymond chen blogged about it iirc the format was <trap instruction> <32 bit function identifier> (5 bytes), which for vxd-to-vxd (i.e. kernel mode to kernel mode) calls would be patched into a direct call instruction (5 bytes) on first use. basically a form of delayed dynamic linking
|
# ? Aug 29, 2016 22:17 |
|
qntm posted:this is an industry where you succeed (i.e. write a working program) by being pedantically, objectively correct in all details which is extremely weird when basically everybody is churning buggy unusable horseshit week in and week out
|
# ? Aug 29, 2016 22:21 |
|
Bloody posted:which is extremely weird when basically everybody is churning buggy unusable horseshit week in and week out and many times all the correct algorithms are impractical, so we are stuck with good enough heuristics
|
# ? Aug 29, 2016 22:22 |
|
so hey, I get to learn about C++ exceptions I am making a wrapper library that makes the vendor hardware API match an internal software API so that the software users can interact with it without knowing vendor A from vendor B, etc the vendor API reports pretty much all error conditions by throwing exceptions, and it is not presently feasible that I could catch them all, and the guy loading my wrapper definitely isn't catching them, so I need to catch and handle these incredibly stupid error conditions the saving grace is that they all throw the same class as their exception, so I only need one function to pull out the relevant data and print poo poo out about it my question: is there some way I can centralize exception catching given that all my wrapper entry points are extern C function calls? or am I stuck writing a macro to smash on a try/catch block and route the exceptions that way? this poo poo is so unreasonably annoying in my current codebase that I may fall back to their C API, which involves me janitoring all their goddamned handles rather than just having an object with levers to pull
|
# ? Aug 29, 2016 23:16 |
|
Awia posted:if you don't use an ide you're choosing to work less productively than you could be over an ideological reason
|
# ? Aug 29, 2016 23:53 |
|
Awia posted:if you don't use an ide you're choosing to work less productively than you could be over an ideological reason
|
# ? Aug 29, 2016 23:58 |
|
hackbunny posted:windows (classic, non-NT) famously did it too, they even gave their invalid opcode a mnemonic but I forget what it was. legend has it that when windows kernel programmers met with intel cpu engineers, their first wish for the next release of the x86 was "faster invalid opcode traps" (we eventually got syscall/sysret and sysenter/sysexit instead). I think raymond chen blogged about it this is more like DOS INT 13h or Sun/Atari TRAP than it is like Mac/Atari A-line instructions two of the main benefits of A-line traps on the 680x0: - the A-line dispatcher has its own exception vector - every A-line instruction is 16 bits with nothing extra parameters can be passed in registers (since the 68K actually has plenty of those) so there's basically no extra interpretation needed beyond the initial check for which sub-table needs to be dispatched through
|
# ? Aug 29, 2016 23:59 |
|
IDEs are a crutch for bad languages and the bad people forced to use them hth
|
# ? Aug 30, 2016 00:08 |
|
extensive third party libraries for solving common existing problems coupled with rapidly-accessible documentation? heh, Real Programmers using Real Languages can trivially implement everything from scratch with just cons, car, and cdr
|
# ? Aug 30, 2016 00:13 |
|
Mr Dog posted:extensive third party libraries for solving common existing problems coupled with rapidly-accessible documentation? heh, Real Programmers using Real Languages can trivially implement everything from scratch with just NAND
|
# ? Aug 30, 2016 00:16 |
|
pff, yeah let me just go ahead and make flipflops with like 3x as many transistors as I actually need p-MOSFETs and n-MOSFETs or get the gently caress out (fine, capacitors too if you need DRAM)
|
# ? Aug 30, 2016 00:19 |
|
|
# ? May 25, 2024 15:09 |
|
so loving future posted:IDEs are a crutch for bad languages and the bad people forced to use them hth jony neuemonic posted:10x cowboy unicorn wizard hacker and i don't want them anywhere near my team.
|
# ? Aug 30, 2016 00:23 |