xgb84j

3개월 전discuss

Could you share what projects you are working on? (tech stack and size)

I am mostly working on small to medium sized Next.js and Kotlin projects and Claude works really well, while Codex often misunderstood my instructions, while I was testing it.

xgb84j

6개월 전discuss

Mediocre is fine for many tasks. What makes a good software engineer is that he spots the few places in every software where mediocre is not good enough.

xgb84j

작년discuss

If you mean the Buddhist meditation: I joined a local group a few years ago. I wasn't super serious about the practice until I saw how directly it can improve my life. Even now it's hard to find this much time every day.

This is a book that helped me getting started: https://www.amazon.com/Roaring-Silence-Discovering-Mind-Dzog...

xgb84j

작년discuss

Hey, I just wanted to let you know that I have the _exact_ same issue as you since 2 years. It was much worse than what you described 2 years ago. Now it's just very annoying.

The diagnosis I got from my therapist is PTSD from my chikdhood due to the strong connection between stress and body.

The only thing I found that alleviates my symptoms short term is lots of Buddhist meditation (1-2 hours per day).

I wish you all the best and thank you so much for sharing.

xgb84j

작년discuss

When learning new stuff I consider 2 things: - How much fun is the actual learning? - Can I actually apply what I am learning?

So I would learn things that are either fun for you to learn or things that you can directly apply.

For AI this means you probably should learn about it if you are really interested and enjoy going through build-your-own-NN tutorials or if you have good chances of switching to a role where you can use your new skills.

Edit: Basically investing anything (also time) is risky. So invest in things that directly pay off or bring you joy regardless of the outcome.

xgb84j

작년discuss

Could you elaborate on what will happen in July?

xgb84j

2년 전discuss

Thank you for this in-depth reply! Your answer makes a lot of sense. Also thank you for writing the article!

xgb84j

2년 전discuss

In the article they talk about how printing an error from the anyhow crate in debug format creates a full backtrace, which leads to an OOM error. This happens even with 4 GB of memory.

Why does creating a backtrace need such a large amount of memory? Is there a memory leak involved as well?

xgb84j

2년 전discuss

What you describe is how development of basic packages that are part or on the level of the standard library should be done. The languages we are currently using will still be used decades from now. Slow good decisions now save much more time later on.

xgb84j

2년 전discuss

How do you think Meta profits off React and PyTorch? Just marketing to get good candidates?

xgb84j

2년 전discuss

No serious Java code uses booleans to indicate failure or success. It's on the same level as not using a language's standard variable naming scheme. It's not wrong, but something experienced Java developers working on good code will immediately notice.

In good Java code you would return either void to indicate side effects or the newly saved user. Exception handling should be done outside the function, because depending on the context you might retry etc.

The main idea is to check if people who say they are very experienced understand conventions and have experience with common Java libraries.

xgb84j

2년 전discuss

Great idea, that's exactly what I like to do as well.

Because many people were interested in some actual code, here is an example that we used for Java:

---

public class UserDao {

    private Provider<Session> sessionProvider;

    public UserDao() {
        this.sessionProvider = new DbSessionProvider();
    }

    public boolean saveUser(User user, ApiConfig config) {
        try {
            Session session = sessionProvider.get();
            session.save(user);
            System.out.println("User saved!");
            return true;
        } catch (DbException e) {
            EmailUtil.sendEmail(config.getTechnicalSupportEmail(), e);
            return false;
        }
    }

}

---

"Solution": We always ask the candidate "What would you change about this code?" or something similar. We expect the candidate to come up with some selection of: - Database sessions should come an injected provider. - Configuration should probably be injected as well and not passed as a method parameter. - Booleans are not canonical Java as return value. - Don't write to stdout but to a logger. - Exception handling should probably happen outside the DAO. - Don't use static methods for sending Emails without good reason. Non-static methods are easier to test.

Finding these things is as important as being able to talk about them and give background on advantages / disadvantages of doing things different ways. With good candidates one can talk easily half an hour just about this example and adjacent topics (e.g. error handling).

---

Edit: Formatting

Edit 2: added "Solution"

xgb84j

2년 전discuss

One challenge I encountered in the past was syncing data between a SaaS software I built and customers' ERP systems. Building these integrations was an absolute pain because there often is no publicly available documentation. This means you need to pay an SAP consultant 300 dollars per hour to tell you all the things normal apis have in their public documentation. Is this something you plan to address? Or are you just making already usable apis even easier to use?

Btw great product! Just really curious about a personal pain point of mine!

xgb84j

2년 전discuss

  Location: Vienna, Austria
  Remote: yes
  Willing to relocate: no
  Technologies: Angular, Java, PyTorch, Tensorflow, Python, PostgreSQL, SQL, Presto, Hive, AWS, Typescript, Hibernate and many more
  Résumé/CV: https://www.dropbox.com/scl/fi/4rni8wxfjzwa7qv4usdw6/CV_Duer_20240401.pdf?rlkey=049japrdopw5y33wulkb9b86h&dl=0
  Email: mail.duer[at]gmail.com

I am currently looking for a data-centric role such as data or machine learning engineer.

I spent the last 5 years as the founding member and CTO of a startup, which still thrives under the leadership of my two co-founders. There I architected, designed and developed a procurement software for custom made packaging that convinced customers with industry revolutionizing features and excellent UX using Angular, Java and PostgreSQL. I also applied state-of-the-art optimization and machine learning algorithms to industry specific tasks. One example is a packaging size optimization service that I created, which saves Germany's leading e-commerce websites (e.g. Flaconi) 10 - 15% of packaging and shipping costs every day.

Before that I worked as a data engineer at a global mobile advertisement company. I worked on extremely high traffic systems with hundreds of servers, where the limiting factor was the number of requests, which required us to switch to an asynchronous architecture by migrating our application to Vert.x, which reduced the number of required computing resources by over 60%. I also delivered on a data pipeline redesign, where we reduced data storage requirements by 80% through efficient sampling, which saved tens of thousand of dollars every month.

If you are interested in working together feel free to reach out.

xgb84j

3년 전discuss

There is difference between expropriation and fair taxation. The problem as far as I can tell are tax loopholes that you can only abuse above some wealth threshold.

xgb84j

3년 전discuss

That's a good point. I personally always like Angular and React, because even with most simple projects there is this one feature that is so ridiculously complicated that making it slightly easier to develop and maintain is important to me. I'll gladly write thousands of lines of boilerplate just so I make it easier for me to succeed in developing this one endboss feature. If you do not have at least this one insane feature, Angular and React are definitely overkill.

xgb84j

3년 전discuss

The point where frameworks like Angular and React pay off and what I think of as complex projects are those where there is a some nontrivial feature. This coukd be a project with 1 developer working on it for 6 months.

For example a static page with a booking process with various entry points on the website, which slightly change the booking logic. Also you can book as a new user, as a logged in user, for somebody else etc. Also the logic is changing at regular intervals, because the business owner is trying different things out.

Using Angular with reactive forms makes this easier to develop, maintain and hand off to other Angular devs.

While it makes writing the static parts of the website more complicated, it makes developing the booking process easier. And overly complicated business processes are what is mentally challenging for me. This is where I want all the help I can get. Writing static pages is something I can do in any framework even when I am tired. Making this part easier or reducing boilerplate is nice but doesn't make me much happier. Being able to build ridiculously complicated forms without my head exploding does :) Of course if you work on projects with relatively straight forward requirements there is 0 advantage in using Angular or React for you. It always depends on the type of work you do.

xgb84j

3년 전discuss

Because in practice there is little value in making easier things easier. While 95% on the web are small projects, 95% of work is done on large projects.

Many developers also dislike using many different frameworks, because that would require more learning. If you have to choose one technology it's better to use one where you can do everything. Not one where you can do 95% really fast, but 5% not at all.

I personally always use "complex" frameworks like Angular or React because sooner or later feature requests come in, where those frameworks pay off. On average it saves time for me to always use those frameworks. That might be different for you depending on the work you do.

xgb84j

3년 전discuss

I think these eastern concepts (e.g. meditation concepts such as chakras, "organs" in traditional chinese medicine) are not meant as objective truths, but rather as useful mental models. Different mental models used in the same culture often contradict one another, which only makes sense if you don't see them as ultimate truth.

xgb84j

3년 전discuss

Small business already have all the relevant characteristics of selling B2B. They have much more in common with a large multinational company than with a consumer, with regard to the sales techniques we use.

The main difference I see is, that with B2C you need to find a useful product and the rest is marketing. This is my simplistic view as somebody who doesn't do B2C. There is lots of nuance, but I believe you need a similar skillset for most B2C ideas.

B2B has a larger logical component to product design and sales pitch and a much more individualised emotional component.

The logical component is about what to sell to solve a specific problem. If you have different products that each increase a company's revenue by a million dollars, some of those won't sell for 0 dollars and for some you can charge more than a million. Why? Because the company doesn't make any decisions. The people within that company will buy what helps them and a sales representative will pay a million of the companies money to make a million more in revenue, because his numbers go up.

For the restaurants that means they might not pay anything for automation in regards to online delivery, because they don't even recognize how much time they waste. If they don't see a problem or only a temporary problem you won't sell your solution.

The emotional component is also very individual when selling B2B, because people have hidden agendas. They want a tool because their numbers go up and then they get a promotion. They want to start a project to make their boss pat them on the back. The want a tool that saves them time, so they can go home earlier and see their kids.

You see it's all about finding the right angle to solve a problem in B2B. It needs to solve some problem for the business and it must solve a big problem for the person you are selling to that they are emotionally invested in.

With restaurant owners it might mean that saving the owner two hours a week is worth nothing to them because they still need the same number of employees and it's not their two hours but their employee's.

Submissions

Ask HN: What software do you use to generate PDFs?

Ask HN: Co-Founder is lacking leadership and self-management abilities

Ask HN: What tech stack do you use for web apps when rendering HTML server side?

Show HN: Compare Two Samples

comments