datadeft · HackerTrans

2 個月前discuss

You are implying a centralized semi monopoly is the only way. If we had farmers to buyers direct distribution it would be much more resilient to this kind of problems.

datadeft

2 年前discuss

[flagged]

datadeft

3 年前discuss

> utterly balanced of you to give an old-school Maven pom.xml Sorry I started to use Java a long time ago, not sure what is the "recommended" way of doing things today.

I guess I just need to know which random Github project is the new hotness today that does something that the other languages do out of the box. Thanks for supporting my point of view.

Again, to produce a single binary you need to know/care much less with Zig, Go and Rust than with Java.

datadeft

3 年前discuss

I understand that you mastered producing a single binary with your favorite build tool. In my experience if a language does not have an official way to build projects it does end well. Go, Rust and Zig are the prime example that a language should not be separated from its build system.

How to produce a single binary:

    go build


    cargo build


    zig build


  <project>
  ...
  <build>
    <plugins>
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-shade-plugin</artifactId>
        <version>3.4.1</version>
        <executions>
          <execution>
            <phase>package</phase>
            <goals>
              <goal>shade</goal>
            </goals>
            <configuration>
              <artifactSet>
                <excludes>
                  <exclude>classworlds:classworlds</exclude>
                  <exclude>junit:junit</exclude>
                  <exclude>jmock:*</exclude>
                  <exclude>*:xml-apis</exclude>
                  <exclude>org.apache.maven:lib:tests</exclude>
                  <exclude>log4j:log4j:jar:</exclude>
                </excludes>
              </artifactSet>
            </configuration>
          </execution>
        </executions>
      </plugin>
    </plugins>
  </build>
  ...
  </project>

Can you spot the difference?

datadeft

3 年前discuss

> Maven isn't Java.

The wheels aren't the car. Sure, try to drive around without wheels.

datadeft

3 年前discuss

I am not sure there is fear against Java as much as there are better alternatives for many use cases.

datadeft

3 年前discuss

There are legitimate reasons to chose Go over Java, starting with the build system and the amount of effort needed to produce a single binary. I use Java for 20 years and Go for ~2. I am not actively hating Java but I value my time, specially that was wasted on maven + co.

datadeft

3 年前discuss

It would be great to have a language that is a love child of Erlang and Rust. All I need is: repl, message passing, actor model, lightweight-threads and strong types. :)

datadeft

3 年前discuss

TL;DR:

"Game developer optimizes code for execution as opposed to readability that 'clean-code' people suggest".

There are few considerations:

- most code is not CPU bound so his claims that you are eroding progress because you are not optimizing for CPU efficiency is baseless

- writing readable code is more important than writing super optimal code (few exceptions: gaming is one)

- using enums vs OOP is not changing the readability at least to me

I think we can have fast and readable code without following the 'clean-code' principles and at the end it does not matter how much gain we have CPU cycle-wise.

comments