|
NODE not even once
|
# ? Jan 18, 2016 02:59 |
|
|
# ? May 20, 2024 23:08 |
|
Lol if you don't regularly program in several different languages per day because you inherited a gigantic lovely program and you are the only one capable of actually keeping it together. ...
|
# ? Jan 18, 2016 04:57 |
|
https://www.youtube.com/watch?v=QgwTm1P37l4
|
# ? Jan 18, 2016 05:30 |
|
ratbert90 posted:Lol if you don't regularly program in several different languages per day because you inherited a gigantic lovely program and you are the only one capable of actually keeping it together. same but it's templated bash scripts all the way down
|
# ? Jan 18, 2016 05:52 |
|
ratbert90 posted:Lol if you don't regularly program in several different languages per day because you inherited a gigantic lovely program and you are the only one capable of actually keeping it together. Now the story of a wealthy company who lost a key member and the one software engineer who had no choice but to keep the project together. It's Arrested Software Development.
|
# ? Jan 18, 2016 06:30 |
|
ErIog posted:Now the story of a wealthy company who lost a key member and the one software engineer who had no choice but to keep the project together. It's Arrested Software Development.
|
# ? Jan 18, 2016 15:14 |
|
ErIog posted:Now the story of a wealthy company who lost a key member and the one software engineer who had no choice but to keep the project together. It's Arrested Software Development.
|
# ? Jan 18, 2016 15:16 |
|
ErIog posted:Now the story of a wealthy company who lost a key member and the one software engineer who had no choice but to keep the project together. It's Arrested Software Development.
|
# ? Jan 18, 2016 15:16 |
|
ErIog posted:Now the story of a wealthy company who lost a key member and the one software engineer who had no choice but to keep the project together. It's Arrested Software Development.
|
# ? Jan 18, 2016 15:19 |
|
ErIog posted:Now the story of a wealthy company who lost a key member and the one software engineer who had no choice but to keep the project together. It's Arrested Software Development.
|
# ? Jan 18, 2016 15:19 |
|
ErIog posted:Now the story of a wealthy company who lost a key member and the one software engineer who had no choice but to keep the project together. It's Arrested Software Development. Now this is a story all about how my life got flipped turned upside down so I'd like to take a minute just sit right there, to tell you how I became the dev of some poo poo-tier software
|
# ? Jan 18, 2016 15:19 |
|
ErIog posted:Now the story of a wealthy company who lost a key member and the one software engineer who had no choice but to keep the project together. It's Arrested Software Development.
|
# ? Jan 18, 2016 15:20 |
|
ErIog posted:Now the story of a wealthy company who lost a key member and the one software engineer who had no choice but to keep the project together. It's Arrested Software Development.
|
# ? Jan 18, 2016 15:26 |
|
ErIog posted:Now the story of a wealthy company who lost a key member and the one software engineer who had no choice but to keep the project together. It's Arrested Software Development.
|
# ? Jan 18, 2016 16:29 |
|
ErIog posted:Now the story of a wealthy company who lost a key member and the one software engineer who had no choice but to keep the project together. It's Arrested Software Development. plink plinka plinka plink thread title
|
# ? Jan 18, 2016 16:41 |
|
You want to know how lovely the project is? We roll our own Distro: CentOS 5.5, with iptables and SELinux turned off, and a default 5 alphanumeric all lowercase password for root. Our application(s) all run as root and assume root privileges. I just got approval to move us to CentOS6.7 with SELinux and IPtables turned on, and to fix the other gigantic gaping wounds of security that is our shitastic software. Also to NOT loving ROLL OUR OWN GODDAMN OS FOR A APPLICATION. Holy poo poo whoever thought that was a good idea needs to be shot (hint: He moved to Japan to do programming because he likes Anime and "Japanese culture.") FlapYoJacks fucked around with this message at 17:07 on Jan 18, 2016 |
# ? Jan 18, 2016 16:42 |
|
ratbert90 posted:You want to know how lovely the project is? ah, you work for a bank
|
# ? Jan 18, 2016 16:46 |
|
Bloody posted:ah, you work for a bank Nah, telecommunications VOIP company. But good guess!
|
# ? Jan 18, 2016 16:50 |
|
well selinux probably prevented the application running as root from performing certain functions, of course it has to be removed. and ports below 1024 can only be accessed by root, so of course you need to recompile your kernel to allow user accounts to bind to port 80. oh wait you're already running the application as root. man its so loving dumb i can't even think of a terrible reason to do that kind of thing. sheesh
|
# ? Jan 18, 2016 17:10 |
|
the real reason was probably "BECAUSE I CAAAN HUEHUHEUH!!!" -or- "Job Security "
|
# ? Jan 18, 2016 17:11 |
|
Barnyard Protein posted:the real reason was probably "BECAUSE I CAAAN HUEHUHEUH!!!" -or- "Job Security " Probably more like: SELinux gave an error? gently caress that *turns off*. User permissions? gently caress that *run as root*. Create an installer? gently caress that *modifies rpm's, builds own distro.* Don't worry, it's all programmed in: C, C++, PHP, Python, HTML, CSS, and Pearl. I got this. FlapYoJacks fucked around with this message at 17:34 on Jan 18, 2016 |
# ? Jan 18, 2016 17:29 |
|
Barnyard Protein posted:and ports below 1024 can only be accessed by root, so of course you need to recompile your kernel to allow user accounts to bind to port 80. this is systemd's best feature: privilege separation becomes completely automatic. systemd will open the socket for you, and when your application starts, it inherits a pre-existing FD for a socket it's not privileged to open itself. no fork/exec, no dropping privileges, no root anything. i have a lot of complaints about systemd but the actual daemon management stuff is great.
|
# ? Jan 18, 2016 17:49 |
|
does iOS (obj-c) handle byte buffers well? im working with an iOS app and need to communicate several arbitrary-length fields. I'm not controlling the iOS side itself, just speccing it out for a contractor. the current comms relies on strstr and I hate it i like specs like "these two bytes contain the length of the next text field" so the buffer gets chewed up chunk by chunk deterministically and there's no "idk look through all of memory for a 0x20 and break on that lol" garbage, but some languages make it more difficult to pull chars into integers if there's ascii kicking around
|
# ? Jan 18, 2016 20:36 |
|
just base64 everything
|
# ? Jan 18, 2016 21:53 |
|
Bloody posted:just base64 everything Base64 is not as gross as JSONP, but it is gross in the same way.
|
# ? Jan 18, 2016 22:34 |
|
i am trying to use an api that uses oauth for authentication. as in, i have a key and a secret and i want to call the api. every piece of documentation/library i can find seems to assume i want to use oauth to let users use their google accounts or whatever, which i dont. all i want to do is use this stupid api is there a c# library i can use where i do something like: code:
i think it is using oauth 1.0
|
# ? Jan 18, 2016 22:38 |
|
Bloody posted:just base64 everything that doesn't help at all
|
# ? Jan 18, 2016 22:39 |
|
it probably depends on how you're doing the communication, but you can write straight-up c in obj-c and do whatever byte manipulation fuckery you want.
|
# ? Jan 18, 2016 22:57 |
So I'm writing a Haskell library which deals with a file format that is often used in astronomy. This file format has an overarching structure, which has multiple sections, which each have a header and some data. That data in turn can be of three types, which I was currently planning on having people pattern match against. For two of these types, the data is a table of rows and columns. The most common things people will want to do with this file format is to manipulate the data part of a some single section, for example by adding or modifying rows in one of the table types. Should I provide a lens iterface to this? It seems as though a lot of people do not like lenses (for good reasons), but this also seems like it's pretty much exactly what lenses are for. Alternatively, what sort of interface should I provide so that manipulating these files is not a pain in the butt? edit: One idea I was thinking was to make a second package which defines a lens interface, and leave it off the main package. I'd still need to come up with some convenient interface though for the main package.
|
|
# ? Jan 18, 2016 23:09 |
|
e: nm
|
# ? Jan 18, 2016 23:17 |
|
JawnV6 posted:does iOS (obj-c) handle byte buffers well? it's not entirely clear what you mean; it's not like TCP ever guarantees that there's a 1:1 match between server send calls and client receive calls (or vice versa), you always have to do some buffering on both sides there should be no problem with this though as long as the developer is competent with sockets level programming, which means just always appending to the receive buffer until an atomically-processable chunk is available this is honestly p trivial with NSFileHandle in Foundation, given it works in terms of NSData objects
|
# ? Jan 18, 2016 23:55 |
|
VikingofRock posted:So I'm writing a Haskell library which deals with a file format that is often used in astronomy. This file format has an overarching structure, which has multiple sections, which each have a header and some data. That data in turn can be of three types, which I was currently planning on having people pattern match against. For two of these types, the data is a table of rows and columns. The most common things people will want to do with this file format is to manipulate the data part of a some single section, for example by adding or modifying rows in one of the table types. Should I provide a lens iterface to this? It seems as though a lot of people do not like lenses (for good reasons), but this also seems like it's pretty much exactly what lenses are for. Alternatively, what sort of interface should I provide so that manipulating these files is not a pain in the butt? for large astrological bodies, use a moonad, for smaller ones, use a moonoid
|
# ? Jan 19, 2016 00:02 |
|
this is the contractor that built a protocol on strstr, dynamically allocated a uint8_t buffer based on a function parameter, i have zero faith in anything anymore. nothing's buffered in a way either of us can control, the relevant stacks are providing entire strings dunno where y'all get off stuffing filesystems and TCP into a simple UART protocol i want all strings in my embedded world to be pascal strings. prepended with length, easy to deterministically parse. I'm asking if those are easy to construct, deconstruct, manipulate for the worst obj-c programmer you've encountered or if the language fights you every step of the way like Python
|
# ? Jan 19, 2016 00:04 |
MALE SHOEGAZE posted:for large astrological bodies, use a moonad, for smaller ones, use a moonoid
|
|
# ? Jan 19, 2016 00:29 |
|
ratbert90 posted:You want to know how lovely the project is? He'll fit right in there. Japanese infosec is on another terrible level. They will probably think his anime obsession is weird, though.
|
# ? Jan 19, 2016 01:06 |
|
JawnV6 posted:i want all strings in my embedded world to be pascal strings. prepended with length, easy to deterministically parse. I'm asking if those are easy to construct, deconstruct, manipulate for the worst obj-c programmer you've encountered or if the language fights you every step of the way like Python Cocoa and Objective-C are fine with that kind of string, you can easily create an NSString instance with a buffer in some arbitrary encoding and a length, doesn't have to be NUL terminated or anything
|
# ? Jan 19, 2016 01:14 |
|
ErIog posted:He'll fit right in there. Japanese infosec is on another terrible level. They will probably think his anime obsession is weird, though. Sweet Jesus, remind me to never look at Japanese source code.
|
# ? Jan 19, 2016 01:24 |
|
ErIog posted:Now the story of a wealthy company who lost a key member and the one software engineer who had no choice but to keep the project together. It's Arrested Software Development.
|
# ? Jan 19, 2016 01:28 |
|
ratbert90 posted:Sweet Jesus, remind me to never look at Japanese source code. been there, done that, would not recommend. iirc it was a vb gui onto a sybase database and they didnt understand indexes so performance sucked. also they didn't understand xml so the messages going into the system stored data as separated values in a series of notes fields because they wouldnt just add new bodes.
|
# ? Jan 19, 2016 01:35 |
|
|
# ? May 20, 2024 23:08 |
|
eschaton posted:Cocoa and Objective-C are fine with that kind of string, you can easily create an NSString instance with a buffer in some arbitrary encoding and a length, doesn't have to be NUL terminated or anything
|
# ? Jan 19, 2016 01:53 |