Taig

I'm seeing a huge union jack overlaying the page when I open it in Safari

There is a lot wrong here. But my favorite messed up detail is how my cursor changes to text mode when I hover the hamburger button on the top left.

HelloBonnie | Germany (Remote) | Founding Frontend Developer

At HelloBonnie, we believe that employee happiness is the driving force behind each company's success. Every employee is unique and requires individual appreciation to boost their engagement. That's why we are building HelloBonnie: The employee happiness platform for New Work, where personalized benefits and employee engagement converge.

We are looking for our first developer with a hands on mentality that enjoys working in a startup environment. Please see the job description for more details and also use it to apply:

https://join.com/companies/hellobonnie/11249687-founding-fro...

`import Y from X` is a terrible language design decision, established by the JavaScript ecosystem. It should be along the lines of `import X.Y` or `from X import Y` so that autocomplete tools can assist you.

I couldn't figure out what this is about without diving into the docs. The landing page left me mostly clueless.

That is true, but it is also not the goal to achieve 100% secured power output, nor is it necessary. The calculations that determine the necessary electricity production to cover Germany's needs at all times are more complicated than just looking at the installed secured power output and involve factors, such as the likelihood of unavailable renewable energy production. And even if the worst case happens, there are solid strategies in place to avoid a blackout, including backup power plants and coordination with high energy consumers to reduce or shut down their consumption.

And all of this still ignores the fact, that there is a highly connected international electricity market, that large scale storage solutions are being prepared, and that the grid is becoming more decentralized.

Some of them are emotional, sure. But what is fake about them?

Germany has more energy generation capacity installed than it had last year. I certainly wish there would be a push for even more renewable and storage capacity, though. The fact that Germany is generating less energy has nothing to do with the phase out of nuclear though.

The European electricity market is working quite well, imports and exports are expected to happen. Countries prefer to import electricity when it is cheaper than producing it themselves. Germany has more than enough capacity installed to handle its energy needs (even if a lot of this is still fossil). Germany does not have an "often unstable electricity grid", not at all. That information is simply wrong.

A few reasons why people might be pushing against nuclear:

  - high electricity generation costs
  - "I don't want to live next to a nuclear plant"
  - If Japan can't handle it securely, why do we think we can?
  - Unsolved long-term waste storage location
  - Cost for long-term storage must additionally covered by the society
  - We are producing radioactive waste that must be securely stored for thousands of years to feed the energy needs of a couple generations, even though there are more sustainable and cheaper alternatives

It's hard for renewables to replace coal or nuclear though, because coal and nuclear provide baseload power, whereas wind and solar are very intermittent and require basically 100% gas backup (as there will be circumstances with very low wind and solar, which tends to happen in europe on very cold, still, winter nights when demand is the highest).

I absolutely agree with you that we need the coal plants and imports for base load. For a fully renewable grid, we need massive storage capacity. This, however, is far from an unsolved problem. The problem is that the economic incentives aren't aligned with that goal yet. There is reason to be optimistic though, and that the money Germany is saving on nuclear, is more sustainably and effectively spent on renewables and storage.

And what conclusion do you draw from this, or rather, how is this relevant to this thread?

Germany actually replaced the nuclear energy with wind & solar. The argument that remains is that instead of phasing out nuclear, reducing coal would have been preferred. The decision to phase out nuclear has long been made (for good reasons). Keeping them active or even building new reactors of that kind is not an economically viable solution. The price Germany pays for this is higher carbon emissions for the time being until renewables push coal out of the mix. What Germany gains, on the other hand, is the removal of the most expensive form of energy from its production and one big step towards a fully renewable and modern electricity grid.

Looks great, congrats on launching.

I always wonder what web scraping tools use as their proxy solution, because afaict they tend to be quite expensive, especially for residential IPs. How are you handling that?

All the sample photos are obviously photos that were originally in good condition, but you added the scratches, unwanted objects, etc. on top of them. This of course makes it very easy to show a before/after, but feels like false advertising. Use real photos, even if they are cherry-picked.

The feature that mrkeen is describing is called higher kinded types (HKT). I.e. in Scala (and similarly in Haskell), you could write something like:

    def process[L[_]](input: L[Int]): Unit = ???

Chrome is also rather aggressive in this regard and I find myself constantly battling this issue when trying to add places autocomplete to an input. A workaround that seems to work reliable though, is to place the autocomplete-input outside of the form element. That is clearly not always a feasible solution, depending on your page / form layout, but for OPs layout it should be straightforward. After the user makes a selection you usually continue by dumping the json result into another hidden input anyway.

Thank you so much for your genuine interest and feedback, I really appreciate it. Getting external news/blog coverage is definitely something that is on my SEO to-do list, but I have other priorities at the moment as the competition is not getting traction despite numerous press releases and storybook SEO methods.

However, I have not yet thought about landlords, homeowners' associations and insurance models. But these are great ideas that I will start to explore now.

I recently launched a website that allows users to book a locksmith for emergency door openings (https://slozzer.net/). The main goal is to ensure a safe and reliable process, because the locksmith industry has a terrible reputation for ripping off and exploiting customers (at least in Germany, for whose market the product is designed for).

Unfortunately, only after several weeks of development I found out that it is not possible to run Google Ads for locksmith keywords, because in the past they were exclusively occupied by scammers. Now I'm torn between abandoning the project or getting involved in the tedious SEO battle with little chance of success.

It definitely isn't as versatile as the champions of centering from OP's article. But it's a related use case that the other techniques cannot solve. And of course the approach can be varied to some extend: https://jsfiddle.net/31gftbxs/

Unlike the other methods, absolute positioning + translating has the advantage that you can not only center the child, but give it a percentage position within its dynamic parent. This can be especially useful when the position should be animated.

https://medium.com/swlh/dynamically-position-and-center-an-h...

I'm quite interested in frontend technology and enjoy to take a look at announcements like these. But at the same time my knowledge about JavaScript is extremely limited. So just out of curiosity:

Why is the theme fontSize defined as

    xs: ['0.75rem', { lineHeight: '1rem' }]

    xs: { size: '0.75rem', lineHeight: '1rem' }

?

Could you elaborate a bit for which reasons you prefer Stripe over PayPal and why it makes sense to offer both? I am currently trying to decide on a payment service but having a hard time making a sensible decision. The way I understand it PayPal supports more countries and may thus be accessible to more customers. Fees between Stripe and PayPal seem to be identical for US transactions; for international transactions things tend to get more complicated.

There are quite a few visual glitches and inconsistencies that would make me skip over this project right away when evaluating options. I kinda enjoy spotting such issues in UIs, so here we go:

- Roboto font is being loaded, but a local font is used; I'd definitely prefer Roboto

- The search box on the dashboard is vertically misaligned next to the button and the space between the placeholder and bottom line is way too big

- The dashboard grid view is not ideal, a masonry would be great or some other strategy to avoid so much blank space

- The progress bars on the bottom of the dashboard look glitched when compared to the top of the dashboard

- The labels on the side bar buttons with the icons should be aligned i.e. the icons should have the same width

- Text on the (secondary?) pink color on the tables pages should be white, otherwise the contrast is too low

- The footer is floating in the air when the content isn't long enough

- The resizing effect of the top bar is useless and distracting, it should probably only be used when the bar position is fixed

- The navigation sidebar does simply not exist in a narrow browser window making the site impossible to use

SEEKING WORK | Berlin, Germany | Remote preferred

Hi, I'm Niklas, an experienced application developer with profound knowledge in the Scala ecosystem. I'm great at creating ...

- ... rock-solid REST backends with http4s, but can come to terms with play framework and the like.

- ... scalable backend application architectures with CQRS.

- ... beautiful react user interfaces with an eye for details.

From previous jobs I gathered deep insights into the domains of crypto currency exchanges, logistics as well as event management.

Send me an email at mail@taig.io for a Résumé/CV, work samples and other inquiries.

Good design and java rarely go hand in hand. These small details matter. I don’t think it’s a mistake that Ruby, JS, Rust, Elixir, etc attract people with good design sensibilities which is reflected in their blog posts, websites, and also API designs, documentation, etc.

That's an interesting claim, but now that I think about it, I wholeheartedly agree. The reason for that might be Java's poor support for UI programming (especially on the web) and the coders therefore creating their blogs with alternative languages and ecosystems that they are unfamiliar with.

This is my main point of criticism about Dart (and Flutter SDK design). While Flutter is incredibly pleasant to work with compared to native Android or iOS SDKs, it still feels so terribly ill-conceived in so many areas coming from a functional background.

For the Dart part the Future-problems you already mentioned and the need for async/await language level keywords is disappointing. Also if/else not being an expression as well as syntactic complexity (e.g. defining constructors with factory/static/const keyword combinations). Why come up with a new language in 2011 that repeats the null mistake?

Flutter gives you a beautiful and comprehensive set of widgets and makes a great first impression. But when digging a bit deeper, things tend to get ugly. Massive side effects hidden deep inside OOP structures (e.g. routing), stuff like mixins, validation tied into view layer etc. I couldn't help but find so many mistakes being repeated.

After spending a couple months with Flutter, I decided to ditch mobile development all together. I wish they followed the direction react is steadily going: promoting simple, pure widgets and passing values around, avoiding side effects.

And then be asked a dozen questions how the layout should behave on small and wide screens, should the headline be ellipsized or word-wrapped? I don't see a general purpose solution for this kind of problem coming anytime soon.

It's a common pattern in functional programming (e.g. in Haskell and Scala) to add an "unsafe" prefix or suffix to functions that perform dangerous side effects.

I kinda like the idea of pre-filling the email input fields with "@" and have never seen that before. It's pretty easy to remove or type my login address around your provided @ (which a recurring visitor rarely does, as you stay logged in). But every once in a while I find myself in a foreign environment / keyboard layout / device having no idea how to type that character.