|
simble posted:whatever you think it is divide by 2 and add a time unit i heard that as 'add a time unit, then double the number' (3 weeks -> 6 months)
|
# ? Dec 4, 2019 16:07 |
|
|
# ? Jun 8, 2024 08:01 |
|
Wheany posted:(oneliner) great, millennials are ruining tshirt sizes. I used to be a medium now I’m a 2 weeks???
|
# ? Dec 4, 2019 16:34 |
|
I'm not a millennial
|
# ? Dec 4, 2019 18:25 |
|
Wheany posted:(oneliner) the sense of time i have as a millennial programmer is so weird
|
# ? Dec 4, 2019 18:45 |
|
Wheany posted:(oneliner)
|
# ? Dec 4, 2019 19:45 |
|
Oneiros posted:can you imagine a manager ever giving a spec as well written as the typical advent of code problem? I mean, if you can provide a spec as detailed as the typical Advent of Code problem, you probably know the answer to the problem already and you're just testing. Taking a vaguely posed problem and translating it into specific parameters for programming is a big part of this job.
|
# ? Dec 4, 2019 19:56 |
|
NihilCredo posted:i heard that as 'add a time unit, then double the number' (3 weeks -> 6 months) https://www.youtube.com/watch?v=8xRqXYsksFg
|
# ? Dec 4, 2019 19:57 |
|
mystes posted:Today's advent of code was really easy, wow. E: gently caress the twitter unfurl. Used awk with a friend and we came up with a tweet-sized awk solution for part 2: seq $START $STOP | awk '/'$(for i in $(seq 0 9); do echo "([^$i]|^)$i$i([^$i]+|$)"; done | tr '\n' '|' | sed 's/.$//')'/ && !/[1-9]0|[2-9][01]|[3-9][0-2]|[4-9][0-3]|[5-9][0-4]|[6-9][0-5]|[7-9][0-6]|[89][0-7]|9[0-8]/ {print $0} | wc -l the expanded expression for the regex is: seq $START $STOP | awk '/([^0]|^)00([^0]+|$)|([^1]|^)11([^1]+|$)|([^2]|^)22([^2]+|$)|([^3]|^)33([^3]+|$)|([^4]|^)44([^4]+|$)|([^5]|^)55([^5]+|$)|([^6]|^)66([^6]+|$)|([^7]|^)77([^7]+|$)|([^8]|^)88([^8]+|$)|([^9]|^)99([^9]+|$)/ && !/[1-9]0|[2-9][01]|[3-9][0-2]|[4-9][0-3]|[5-9][0-4]|[6-9][0-5]|[7-9][0-6]|[89][0-7]|9[0-8]/ {print $0}' | wc -l I'm not spoiling it because you have to really try to read the regex MononcQc fucked around with this message at 00:25 on Dec 5, 2019 |
# ? Dec 4, 2019 20:01 |
|
back on bug team for the last two days of the sprint because leads have managers up their rear end since we've magically gained 120 bugs over the last 2 weeks did my due diligence by taking my laptop home and throwing it in a corner also 2 more people put in their notices and several more have already said they leaving after bonus time in february first few sprints of next year gonna be lit af
|
# ? Dec 4, 2019 22:35 |
|
MononcQc posted:E: gently caress the twitter unfurl. Used awk with a friend and we came up with a tweet-sized awk solution for part 2:
|
# ? Dec 4, 2019 22:39 |
|
MononcQc posted:E: gently caress the twitter unfurl. Used awk with a friend and we came up with a tweet-sized awk solution for part 2: I think perl might actually have been more readable tho
|
# ? Dec 4, 2019 22:43 |
|
TheFluff posted:
yeah it could have possibly helped with backreferences, but awk is a bit more unusual and therefore more fun.
|
# ? Dec 4, 2019 22:45 |
|
MononcQc posted:E: gently caress the twitter unfurl. Used awk with a friend and we came up with a tweet-sized awk solution for part 2: this is violence
|
# ? Dec 4, 2019 23:19 |
|
MononcQc posted:I'm not spoiling it because you have to really try to read the regex
|
# ? Dec 5, 2019 00:11 |
|
Presto posted:Or I could just not read the regex. Yeah that's what I meant. Not worth spoilerising it since one would really have to go through the regex to get the spoil out of it.
|
# ? Dec 5, 2019 00:28 |
|
TheFluff posted:
re: terrible programming: I think perl might have been more readable tho
|
# ? Dec 5, 2019 01:22 |
|
c tp s: today we had an app crashing when it navigated to certain pages. i thought it was due to some underlying thread races; i fixed those, but the problem was still happening eventually we found the real root-cause, and realized two things that i wish i'd worked out much sooner - recent changes added http request paths and queries* to our kernel logger - at the bottom of it all, these were concatenated and passed to NKDbgPrintf() as a single argument fuuuuuuuuuuuuuuuuuuuuuuck * ' ' in the query becomes "%20" Ciaphas fucked around with this message at 02:20 on Dec 5, 2019 |
# ? Dec 5, 2019 02:18 |
|
that's 'podcast makes car stereo crash' level
|
# ? Dec 5, 2019 02:32 |
|
question regarding the fix, is changing it from NKDbgPrintf(percentRiddledString) to NKDbgPrintf("%s", percentRiddledString) good enough or would that be committing a faux pas? seems less effort than loving with special character escapes, especially when we want the raw (NKDbgPrintf has exactly the same semantics as printf going by the scant docs i could find) Ciaphas fucked around with this message at 03:32 on Dec 5, 2019 |
# ? Dec 5, 2019 02:48 |
|
weird, it seems like my time.sleep gets stuck when the computer (mac) hibernates? though according to docs it shouldnt?? see how it is stuck from 19:48 and starts back up at 3:28 when i interrupt the sleep: code:
code:
Carthag Tuek fucked around with this message at 03:52 on Dec 5, 2019 |
# ? Dec 5, 2019 03:46 |
|
Shaman Linavi posted:back on bug team for the last two days of the sprint because leads have managers up their rear end since we've magically gained 120 bugs over the last 2 weeks what is this magical world where engineering management gives a drat about fixing bugs i scream into the jira void, waiting for us to declare tech bankruptcy and discard the current bug report project, replacing it with a new one that will meet the same fate.
|
# ? Dec 5, 2019 04:00 |
|
Ciaphas posted:question regarding the fix, is changing it from NKDbgPrintf(percentRiddledString) to NKDbgPrintf("%s", percentRiddledString) good enough or would that be committing a faux pas? seems less effort than loving with special character escapes, especially when we want the raw Wikipedia at least says you are fine: https://en.wikipedia.org/wiki/Uncontrolled_format_string Although at that point you really aren't using the format string at all, so if there is a different print function that doesn't use one it might be more appropriate maybe?
|
# ? Dec 5, 2019 04:40 |
|
Ciaphas posted:question regarding the fix, is changing it from NKDbgPrintf(percentRiddledString) to NKDbgPrintf("%s", percentRiddledString) good enough or would that be committing a faux pas? seems less effort than loving with special character escapes, especially when we want the raw
|
# ? Dec 5, 2019 04:51 |
|
yeah your compiler should be warning if the first argument to printf is not a constantCMYK BLYAT! posted:declare tech bankruptcy uh this isn’t actually a thing is it?
|
# ? Dec 5, 2019 05:45 |
|
brap posted:yeah your compiler should be warning if the first argument to printf is not a constant I DECLARE TECHNICAL BANKRUPTCY
|
# ? Dec 5, 2019 05:46 |
|
brap posted:
It just means throwing away the bug queue and starting over. It's exactly as pointless as it sounds.
|
# ? Dec 5, 2019 06:35 |
|
If you throw away the existing bug queue, suddenly you don't have any bugs! This means your product is higher quality! All those bugs that people reported previously definitely aren't still issues!
|
# ? Dec 5, 2019 06:49 |
|
https://twitter.com/dmofengineering/status/1007767512946077696?s=2
|
# ? Dec 5, 2019 07:41 |
|
brap posted:yeah your compiler should be warning if the first argument to printf is not a constant My Build Environment is a Piece Of poo poo (edit) still beats the hell out of oldjob, at least Ciaphas fucked around with this message at 07:44 on Dec 5, 2019 |
# ? Dec 5, 2019 07:41 |
|
ahhh second edition, the c++ of d&d. petrification kinda makes sense though. this should be a save vs breath weapon
|
# ? Dec 5, 2019 07:48 |
|
brap posted:uh this isn’t actually a thing is it? it shouldn't be, but in practice a combination of the following are true: * people filing bugs aren't good at their jobs. they file bugs and feature requests that are functionally useless ("thing didn't work!" with no supporting data or reproduction steps and "a customer complained that thing isn't good enough" with no explanation of why or evaluation of whether the customer is just an idiot). half of these are duplicates or variations on a theme. * PMs aren't good at their jobs. they fail to enforce ticket standards and do not reject bad tickets, determine whether good tickets will get worked on any time in the remotely near future, or even acknowledge that they've performed review of the tickets. * engineers aren't good at their jobs in the sense that they produce bugs, but are okay at their jobs in the sense that they are continually working on improving products. systems are rearchitected, and bugs that used to exist in older implementation are cleared inadvertently. the bug tickets for these are not updated to indicate that they are fixed because neither PM nor engineering have ever looked at the ticket. after a point you wind up with a bunch of tickets that are no longer relevant, too vague to understand (and long since gone from the memory of whoever filed them), and of unknown severity because nobody triaged them. working yourself out of this backlog is basically impossible unless you know no new tickets will come in (lol), so it's reasonable enough to just say "gently caress it, we did bad before, and we'll do better in the future, but we need a fresh start". poo poo that actually matters will presumably get filed again because users will continue to report it. the problem is that people seldom analyze *why* they failed last time/ask other stakeholders why the process broke down and generated a gigantic mess, and instead try to tackle the issue by designing a new, improved process based on their personal preferences, on the assumption that the old process failed because its architects were incompetent (not strictly wrong, but not really the root of the problem). managers present this new process to all involved, assume that it will work perfectly and avoid past issues if followed, and blame others for not following the process properly when it inevitably fails because of shortcomings in the new process' design. the cycle begins anew.
|
# ? Dec 5, 2019 08:02 |
|
|
# ? Dec 5, 2019 11:15 |
|
^^^not joking my company has literally done this. the idea was to package applications under some sort of joint venture and then resell them but the apps they picked were poo poo and getting migrated to another company caused half the dev team to quit assumption is that this is just gonna boomerang back on us later when we have to pay to re-license our own turd of a product back from them meanwhile, I'm now getting poo poo for why a data conversion for a project that has no assigned resources hasn't been done. hmm let me think. the PM actually said "well who has been managing this???", uh dude we all thought that was you.
|
# ? Dec 5, 2019 11:19 |
|
Asleep Style posted:I DECLARE TECHNICAL BANKRUPTCY new thread title please
|
# ? Dec 5, 2019 13:52 |
|
Krankenstyle posted:weird, it seems like my time.sleep gets stuck when the computer (mac) hibernates? though according to docs it shouldnt?? rewrote some of the logic, maybe thatll work better code:
|
# ? Dec 5, 2019 13:59 |
|
Ciaphas posted:question regarding the fix, is changing it from NKDbgPrintf(percentRiddledString) to NKDbgPrintf("%s", percentRiddledString) good enough or would that be committing a faux pas? seems less effort than loving with special character escapes, especially when we want the raw I would check if there is some sort of "just write this" function first, but otherwise I think it is perfectly kosher.
|
# ? Dec 5, 2019 14:40 |
|
brap posted:yeah your compiler should be warning if the first argument to printf is not a constant > printfn "This is totally a random string";; This is totally a random string val it : unit = () > printfn "This is totally a random %string";; val it : (string -> unit) = <fun:it@2> quote:uh this isn’t actually a thing is it? í'm doing something similar which is basically the tech version of 'starve the beast'. i try to get as few developers as possible assigned to work on the legacy projects, by finding an important non-legacy project for them to work on as soon as they are available. this increases the time to deliver of any legacy change request, and makes bugs in the legacy project slower to get fixed, discouraging the salesling and consultants from relying on the legacy projects at all, and pushing them towards suggesting new projects which are more fun to write
|
# ? Dec 5, 2019 14:47 |
|
CMYK BLYAT! posted:it shouldn't be, but in practice a combination of the following are true: no it’s not reasonable 1. triage your bugs 2. if you’ve got a huge untriaged backlog, add a few old bugs to the weekly triage meeting alongside the new ones. you get caught up surprisingly soon 3. closed as wontfix or "too old" is a gently caress you to users. why would I refile tickets after you just took a poo poo on my old ones if your incoming bug rate exceeds the rate at which you fix bugs, bankruptcy will never help you. you’re resetting position without changing speed and you’ll be swamped again in no time
|
# ? Dec 5, 2019 15:59 |
|
Xarn posted:I would check if there is some sort of "just write this" function first, but otherwise I think it is perfectly kosher. If there is I haven't found it this morning either, save NKDbgPrintfW for wchars winCE is terribad, folks
|
# ? Dec 5, 2019 16:25 |
|
|
# ? Jun 8, 2024 08:01 |
|
A prior job of mine tried enforcing a maximum age for bugs to sit in Triage before they had to be advanced and I enjoyed abusing the hell out of that to ram stuff I filed for other teams' mistakes through the queue. I was 50-50 between "See how dumb a policy this is because people like me can abuse it?" and "Hell yeah we can finally fix that missing space that's making us look stupid." I should get in touch with the PM that used to work there and started that policy, to see if they did it against their own better judgment, hoping somebody like me would ruin it.
|
# ? Dec 5, 2019 16:25 |