Hacker Newsnew | past | comments | ask | show | jobs | submit | gkilmain's commentslogin

I find this acceptable if your coworkers are checked out and looking for that next big thing


The biggest barrier is finding customers.


A lot of the friction mentioned in the article revolves around tooling. Anyone with more that a few days in an engineering org will witness this. What is not mentioned is human friction. Over simplifying but an engineers job is to write code and push to main. Anything that gets in the way of that I categorize as friction.


> And it's also a bit inconvenient that nobody else at work has such pressing obligations, it makes me feel bad...

I hope your peers ambivalence (educated guess here) towards your other responsibilities make your priorities obvious. Having been in a similar situation, I "lost" the corporate battle (was laid off) but as soon as I had kids I knew my priorities needed to change. I literally worked 8:30 - 5. That was it. I wasn't going to lose missing even the most mundane of times with my kids for some after hours "retro" or some early morning "pointing" session. Thats me tho, thats my deal.


I had a lot of success early on with a community of practice I started inside an engineering org but as time went on it morphed into a something different: A place to assign work outside an engineers day to day. I suppose thats a function of growth - people must always be working on something.

I started it with the intention of communicating architecture changes from consensus borne out of our weekly meeting. We got TypeScript into the codebase, React Query, talked about React Context and minimizing Redux. It was fun for a while. But then, was just another meeting where work was dolled out.


While maybe it does sum up our work culture it shouldn't influence how you work. Rarely have I seen someone who "runs faster" be more valued (monetarily or among senior peers) than someone who churns out quality and runs "a little slower".

Team is still very much a thing and if your team members are looking at each other as competition then that sounds like a culture thing, maybe the norm, still not acceptable.


I like this question. Do we then base the penalties purely on pain suffered by the scammed?


Even if they can’t establish securities fraud it seems like they have wire fraud based on the deleted tweets alone. Plus whatever internal accounting manipulations he had going on are likely some form of honest services fraud. Plus they were handling some international withdrawals through a front company in California that pretended to be an electronics wholesaler called North Dimension Inc which from what I can tell did not register with FINCEN so they have unlicensed money transmitter and potentially some other fraud because they likely misrepresented the business to banks too. For sentencing you basically get a score that increases with loss amount, increases with whether any victims faced financial hardship (in this case obviously yes), and decreases with things like cooperation and acceptance of responsibility. See https://www.sentencing.us/. But IANAL.


Our bias really comes out when we write doesn't it?

"I'm super smart and have good posture - hey look at this hunched over Neanderthal! And they're staring at a rock! Idiot"

Bias being those with bad posture and an affinity for staring has no imagination


> it needs to measure and optimize for something deeper

I thought you were going to call this out. It should read "something more shallow"


Rounded corners really were all the rage for a while and we needed support for it! I remember in the early days cobbling together elements with top-left, top-right, etc image slices. Want't really too long ago.. maybe 10 years?


I remember in the late 90s building content boxes with 3x3 tables, outer cells containing image slices for the border, drop shadow and rounded corners. Macromedia Fireworks had brilliant tools for both creating these sort of graphics, but also slicing them up for use in tables. I still miss Fireworks, Adobe killed it though as they perceived that it competed with Photoshop when it really didn’t. It’s the spiritual precursor to all ui/ux design tools like Figma and Sketch.


Some classic webmaster nostalgia:

Sliding door technique: https://alistapart.com/article/slidingdoors/

Bulletproof buttons: https://www.456bereastreet.com/archive/200705/creating_bulle...


Maybe try 20ish years? Those are the days of php-nuke and what you described was a common technique for building themes back then.


MDN says border-radius was added to Chrome in 2010 and Firefox in 2011, and Chrome added the prefixed version in 2008. https://developer.mozilla.org/en-US/docs/Web/CSS/border-radi...


Safari and WebKit had it from 2008 but prefixed. Chrome, back then based on WebKit pre forking it, will have had prefixed support from launch.

Firefox had it from 2006, prefixed.

IE was the holdout, not having it until v9 in 2011.

https://caniuse.com/border-radius


Yes, border-radius was available since ~2007/2008 except for IE (I remember using some hack involving HTC files, maybe CSS3PIE[0]).

[0]: http://css3pie.com/


I am referring to the image slicing technique and rendering fancy buttons and sidebar "blocks" using tables in the likes of PHP-Nuke and other content management systems of the time.

> I remember in the early days cobbling together elements with top-left, top-right, etc image slices. Want't really too long ago.. maybe 10 years?

To me this is core ajax and php era, so ~2002-2006 which would be about 18 years ago.

By the time CSS standards for rounding corners arrived a lot of pain has been inflicted on us developers, but by now it feels as if this era never existed (same with pre/post flex to take another CSS milestone)


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: