|
Zombywuf posted:Jenkins is basically a pretty front end on a bunch of build scripts you write yourself. please reference my first comment, tia
|
# ? Mar 5, 2013 21:57 |
|
|
# ? Jun 5, 2024 01:23 |
|
i was a build engineer for 6 months and i would literally rather go back to work at the print shop
|
# ? Mar 5, 2013 21:58 |
|
Werthog 95 posted:anybody post this yet https://www.facebook.com/notes/facebook-engineering/under-the-hood-dalvik-patch-for-facebook-for-android/10151345597798920 i got really pissed about this in the android thread last night. when it's 2013 and you're finding/editing vendor-specific memory addresses at runtime...on your runtime, there was probably already a point quite a while back where maybe using generated scala code for android based on your mobile javascript should have been reconsidered. at this point it sounds like a massive sunk cost fallacy over a code gen system that sounds pretty suspect without the runtime edidting facebook in general doesn't seem to have any moderation in the form of someone saying "ok that's really clever and cool that you got that to work when it shouldn't, but seriously stop"
|
# ? Mar 5, 2013 22:13 |
|
rotor posted:i was a build engineer for 6 months and i would literally rather go back to work at the print shop it ain't so bad
|
# ? Mar 5, 2013 22:15 |
|
it ain't so bad \
|
# ? Mar 5, 2013 22:16 |
|
Zombywuf posted:The comments on that are ... good. the comment i restrained myself from making was along the lines of "this is awful and you should feel awful", but at the time there were like three comments and none of the particularly bad. now it looks like it have been right at home, which makes me happy
|
# ? Mar 5, 2013 22:17 |
|
lol SWSP closed the Coding horrors thread
|
# ? Mar 5, 2013 22:23 |
|
ultramiraculous posted:i got really pissed about this in the android thread last night. when it's 2013 and you're finding/editing vendor-specific memory addresses at runtime...on your runtime, there was probably already a point quite a while back where maybe using generated scala code for android based on your mobile javascript should have been reconsidered. at this point it sounds like a massive sunk cost fallacy over a code gen system that sounds pretty suspect without the runtime edidting eh, the fix is just for gingerbread though, i like to imagine that all the engineers but one went "oh well, only new phones get the new app", but that remaining sperg is moving heaven and earth to overcome the lovely update situation on android through random hotpatches
|
# ? Mar 5, 2013 22:26 |
|
Cybernetic Vermin posted:eh, the fix is just for gingerbread though, i like to imagine that all the engineers but one went "oh well, only new phones get the new app", but that remaining sperg is moving heaven and earth to overcome the lovely update situation on android through random hotpatches I think half of android devices run on gingerbread.
|
# ? Mar 5, 2013 22:29 |
|
i'm surprised people still expect java code they once wrote to run on every dalvik
|
# ? Mar 5, 2013 22:32 |
|
rotor posted:oh, ok, so instead of 3 million methods they just have 1 million methods, that's reasonable i guess. yep, Dalviks fault. More like everything is written in Scala (hopefully, otherwise oh dear god), where the collection inheritance hierarchy is really complicated, mostly because of traits. So a single collection mixes in a large number of traits, where there is lots of cross over. For example collection.immutable.Vector: code:
|
# ? Mar 5, 2013 22:34 |
|
Hard NOP Life posted:lol SWSP closed the Coding horrors thread thank gently caress
|
# ? Mar 5, 2013 22:41 |
|
but i didn't get a chance to show off my super awesome hash function
|
# ? Mar 5, 2013 22:43 |
|
ultramiraculous posted:i got really pissed about this in the android thread last night. when it's 2013 and you're finding/editing vendor-specific memory addresses at runtime...on your runtime, there was probably already a point quite a while back where maybe using generated scala code for android based on your mobile javascript should have been reconsidered. at this point it sounds like a massive sunk cost fallacy over a code gen system that sounds pretty suspect without the runtime edidting Wait so they took their lovely slow JS, wrote a JS -> Scala translator, then somehow got that to work? Or did they write the thing over again in Scala?
|
# ? Mar 5, 2013 22:50 |
|
ultramiraculous posted:facebook in general doesn't seem to have any moderation in the form of someone saying "ok that's really clever and cool that you got that to work when it shouldn't, but seriously stop" based on my discussions with former facebook people this seems to be a reasonably accurate assessment.
|
# ? Mar 5, 2013 22:53 |
|
Malcolm XML posted:Wait so they took their lovely slow JS, wrote a JS -> Scala translator, then somehow got that to work? Or did they write the thing over again in Scala? actually it might be the latter. looking back, there's a chance i mis-inferred and read "moved from javascript to java" as "converted from javascript to java".
|
# ? Mar 5, 2013 22:57 |
|
rotor posted:based on my discussions with former facebook people this seems to be a reasonably accurate assessment. ~* hacker culture *~
|
# ? Mar 5, 2013 22:58 |
|
sf is weird
|
# ? Mar 6, 2013 01:13 |
|
tef posted:sf is weird yeah but the food's good
|
# ? Mar 6, 2013 01:46 |
|
Perl's cool, but it definitely takes me longer to stop making dumb "didn't remember the syntax correctly" mistakes after I haven't used it for a while than with most other languages. Still preferable to shell, though.
|
# ? Mar 6, 2013 04:50 |
|
whats the point of sealed classes in c#????
|
# ? Mar 6, 2013 05:30 |
|
none of your business
|
# ? Mar 6, 2013 05:42 |
|
clojurescript update: still goofy as hell, still really fun. functional languages are neat-o i'm still not convinced it's viable for the browser, though, no matter how many source maps and fanciness you put on top of it. clojure is certainly more suited for working with global states (a necessity for event driven programming) and interop than other functional languages, but still, it still feels like a square peg and a round hole at times
|
# ? Mar 6, 2013 06:06 |
|
Shaggar posted:none of your business
|
# ? Mar 6, 2013 06:14 |
|
abraham linksys posted:clojurescript update: still goofy as hell, still really fun. functional languages are neat-o Elm is pretty cool as far as experimental browser languages go, FRP works very nicely both with haskell-like syntax and semantics and with the async nature of writing for the browser
|
# ? Mar 6, 2013 06:41 |
|
Deus Rex posted:Elm is pretty cool as far as experimental browser languages go, FRP works very nicely both with haskell-like syntax and semantics and with the async nature of writing for the browser this is blowing my mind right now. i had heard of "FRP" in passing but never made the connection that it could make things like dom binding quite this simple/magical/whatever im also sure that it produces code that is nigh-undebuggable, but i'll play around w it soon
|
# ? Mar 6, 2013 07:34 |
|
http://elm-lang.org/blog/games-in-elm/part-0/Making-Pong.html I like how it's just wall to wall hardcoded constants everywhere. Also, I can't find anything on the ELM site about cycle breaking.
|
# ? Mar 6, 2013 11:32 |
i should really read perl best practices or smth because my C++ code is infinitely better than my perl code.
|
|
# ? Mar 6, 2013 12:12 |
like i've been making some pretty bad perl code for the past 6months and i showed my manager some C++ code yesterday and he was like woa n1
|
|
# ? Mar 6, 2013 12:13 |
|
I learned something today!quote:Here's a handy trick that every Elm programmer should know: this ELM trick works in java too: Java code:
Java code:
|
# ? Mar 6, 2013 12:22 |
|
OBAMA BIN LinkedIn posted:my manager
|
# ? Mar 6, 2013 15:32 |
|
OBAMA BIN LinkedIn posted:like i've been making some pretty bad perl code for the past 6months and i showed my manager some C++ code yesterday and he was like woa n1 psh w/e. you're not a bad a perl coder as walmart employee id x6yang whose code i have to fix 12 years later higher order perl is really good but more algorithms/topdown beautiful code and beautiful data are java centered but a lot of the ideas apply e:if you dont have Errors and it works right and another perl coder can read, understand and maintain it, it's fine. yolo bitch
|
# ? Mar 6, 2013 16:13 |
|
Jonny 290 posted:e:if you dont have Errors and it works right and another perl coder can read, understand and maintain it, it's fine. yolo bitch this goes for any programming if it works now and might be maintainable in the future, it's fine
|
# ? Mar 6, 2013 16:26 |
|
RubyGems 2.0.1 Released published 05 Mar 2013 by Eric Hodel NOTE: This release has been yanked due to a bug in HTTPS handling that may leave you unable to install gems or upgrade RubyGems. 2.0.2 has been released to address these issues.
|
# ? Mar 6, 2013 16:26 |
|
good looking code is overrated, as long as there are reasonable abstract units with non-terrible interfaces the details aren't so important wrote a lot of code in k, a language where this code is not really atypical (example of real shipping code from the vendor): code:
well, this is perhaps not the most persuasive argument, but localized ugliness is not that bad ugliness
|
# ? Mar 6, 2013 16:35 |
|
Cocoa Crispies posted:this goes for any programming Until you start programming for embedded (8k processors 64k ram). Then you don't have to worry about silly poo poo like user interactions Then my code doesn't have to be very portable or maintainable for the most part (I still try to keep it clean and documented though.) Static memory allocation no mallocs everydayyyyyy.
|
# ? Mar 6, 2013 17:35 |
|
Serious Q time though: Why would I use Perl instead of C/C++? I want to learn it but so far (emphasis on so far) I haven't ran into to much that couldn't be coded almost as easily in C/C++. If there is a huge ultra mega super duper thing that makes Perl better in a certain situation than C I would like to know so I could look forward to something in my studies.
|
# ? Mar 6, 2013 17:39 |
|
i sort of suspect that you aren't appreciating some of the conveniences of perl since you are probably feeling more of a mental friction working in it than you do c/c++. keep it up for a bit. depending on your situation a pragmatic answer is cpan though, adding dependencies in c/c++ is a much more heavy-weight sort of deal than it is in perl
|
# ? Mar 6, 2013 17:44 |
|
ratbert90 posted:Serious Q time though: Why would I use Perl instead of C/C++? I want to learn it but so far (emphasis on so far) I haven't ran into to much that couldn't be coded almost as easily in C/C++. If there is a huge ultra mega super duper thing that makes Perl better in a certain situation than C I would like to know so I could look forward to something in my studies. my first week at work i got tasked with generating hex configuration files for a product from a spreadsheet. i read the spreadsheet with a cpan module and wrote the hex file with pack. the whole thing took a couple days, as opposed to the weeks that had been estimated. generally string handling is where perl shines, and the availability of eighteen billion cpan modules means that half your work is done for you most of the time. it really is a swiss army chain saw for one-off programs it's useful for bigger stuff too, but the perl you'd write for a program that is going to be maintained and reused is much different than the perl you would write if you wanted to reverse all the lines in every file whose name matches /f{1,3]}\d\.bar/ or whatever
|
# ? Mar 6, 2013 17:49 |
|
|
# ? Jun 5, 2024 01:23 |
|
Otto Skorzeny posted:my first week at work i got tasked with generating hex configuration files for a product from a spreadsheet. i read the spreadsheet with a cpan module and wrote the hex file with pack. the whole thing took a couple days, as opposed to the weeks that had been estimated. generally string handling is where perl shines, and the availability of eighteen billion cpan modules means that half your work is done for you most of the time. it really is a swiss army chain saw for one-off programs Ah this is good to know! Now I am looking forward to learning how to string handle in a higher-functioning language. <string.h> more like <hangme.h>. Thanks!
|
# ? Mar 6, 2013 17:53 |