ejflick

5 ms·

1.
by ejflick 5d ago
I read that book earlier this year. It made me rethink how we approach problem solving in team environments. I now aspire for code I write to be able to be played with as a child would play with a turtle. I find this lack of being able to p
2.
by ejflick 2mo ago
I can’t decide if it’s obnoxious or beautiful irony that drives home the idea of the article.
3.
by ejflick 3mo ago
Articles from this site pop up occasionally. Something about the background color causes me to see a medium-sized bright spot in my vision after a few minutes. Due to this, I have to remind myself not to click when I see the URL.
4.
by ejflick 9mo ago
Was just looking at this article yesterday and it inspired me to try it myself. Trying it out today, my fingers became really sore from trying to navigate. Can't imagine using this for a modern development workflow where there's a
5.
by ejflick 10mo ago
I've read his book "Domain Modeling Made Functional" without much prior knowledge of F#. He provides some compelling examples and some of it ended up inspiring how I write OO code. F# seems cool but it felt like it was close
6.
by ejflick 10mo ago
> Basically your objects are data-only, so there's no benefit. This makes me wonder why most of us use Java at all. In your typical web app project, classes just feel like either: 1) Data structures. This I suspect is a result of OR
7.
by ejflick 10mo ago
It is unfortunate that this field underestimates the importance of the "people" part in favor of the "computer" part. There's definitely a balance to be stricken. I do believe that languages that are designed for co
8.
by ejflick 1y ago
> APIs should not present nested objects but normalised data If something is nested, let it be represented as a nested structure. I find flattening causes more mental overhead. If something is too flat, it becomes less obvious what data
9.
by ejflick 2y ago
> OOP is an industry of its own which generates a ton of incidental complexity. Code in any form can generate a ton of incidental complexity. The issue isn't the tool rather than the education to properly wield those tools. Especial
10.
by ejflick 2y ago
> 2. Separation of concerns is a myth I don't fully understand the quote from Djikstra where he first talked about this but I'm sure he didn't mean it as it's interpreted today: "draw invisible boundaries in rand
11.
by ejflick 2y ago
> View code in the back-end always looks like crap That's probably the fault of the people writing it. People can also write crap looking code using frameworks too. > and never able to achieve the interactivity the front-end can.
12.
by ejflick 2y ago
You'll always need to deal with a bit of Lua afaik. If you like fantasy consoles, you can use TIC-80[1] to not have to deal with any Lua. [1] https://tic80.com/
13.
by ejflick 2y ago
Sequel 5.83.0 Changelog https://github.com/jeremyevans/sequel/discussions/2198
14.
by ejflick 2y ago
I check every release hoping that they finally fixed rendering for HiDPI. Guess I'll have to keep waiting.
15.
by ejflick 2y ago
> "yeah I have a User, but I don't know if it's a valid User". This, imo, is one of the big reasons people so easily dismiss OOP. They put whatever data _they think they probably need_ in an object using setters/
16.
by ejflick 3y ago
I've found embedding raw SQL into my code has been beneficial in two ways: 1. Hot reloading code. As a Java developer, this is important for prototyping as I can iterate quicker. 2. Clarity. I can read exactly what's going on and
17.
by ejflick 3y ago
I've wanted to spend time on Pharo for over a year now but the blurriness gives me a headache. Occassionally I'll check back during a new release to see if they fixed the hidpi issue. Really surprised they haven't.
18.
by ejflick 4y ago
This is the one thing I found that prevented me from getting far with Clojure. I love the language and the concepts...but there's no stable well-documented go to tool that I can use to hit the ground running. Instead, I spent so much t
19.
by ejflick 6y ago
Location: Taiwan(American citizen) Remote: Yes Willing to relocate: No Looking for: Full time or part time Technologies: Java, AWS(SNS,SQS,EC2,DynamoDB), Neo4j, Spring Boot, (always open to learning more!) Resume/CV: https:/&#x2F
20.
by ejflick 6y ago
Finally! Been waiting for this for 24 years.
21.
by ejflick 6y ago
Location: Taiwan(American citizen) Remote: Yes Willing to relocate: No Looking for: Full time or part time Technologies: Java, AWS(SNS,SQS,EC2,DynamoDB), Neo4j, Spring Boot, (always open to learning more!) Resume/CV: https:/&#x2F
22.
by ejflick 6y ago
Location: Taiwan Remote: Yes (preferred) Willing to relocate: No. (American citizen but will be remaining in Taiwan for the foreseeable future). Looking for: Full time...but would be down for part time Technologies: Java, AWS(SNS,SQS,EC2,Dy
23.
by ejflick 6y ago
Would you mind iterating on how it could be improved and how these changes relate to the context in which you've worked? I've used it a bit for simple game development(Love2D). It's an okay language but it seems only suitable
24.
by ejflick 6y ago
Is your company also located in Taiwan? I've been studying Mandarin here for a while after being a software engineer for a few years. Been thinking about what I'm gonna do once I feel comfortable in the language. Working remotely
25.
by ejflick 6y ago
Looked a bit into gold card recently. Do you currently have it and are you working remotely?
26.
by ejflick 6y ago
It was in Java...but I C where you are going with this.
27.
by ejflick 6y ago
The only thing I have ever gone back and admired is when I wrote the following snippet of code: long time; // no see
28.
by ejflick 6y ago
Also the ability to upload custom emojis.
29.
by ejflick 7y ago
Clojure for the Brave and True is a very fun project-based book. As someone who struggles getting through technical books, I found this one a real joy and it kept my attention to the very end. https://www.braveclojure.com/