HN user

Jallal

78 karma
Posts0
Comments30
View on HN
No posts found.

"Wasting resources on making even smaller special purpose web browsers integrate with the engine is not a move for a company that has been struggling with a lack of independent funding for years now."

So says the narrative. Mozilla has money, but prefer using it for C-Level salaries : Mitchell Baker raised her salary from 2.5M$ to 7M$ within 4 years, all the while laying-off developers and spending a shitload of money on seminaries and others BS expenses. Meanwhile, the market share of Firefox dropped.

And I assume you have noticed that privacy is not their main concern.

Such a pity because Phoenix/Firebird/Firefox brought a lot to the Web. But I guess this happens when Corporate people take over any organisation.

One of the best games I played back in the day. However, I'm not "hyped" by this news. I'm way too afraid Ubisoft will favor nice gfx instead of a polished gameplay.

I hope to be wrong, and I'll probably give it a chance, but I definitely have no expectations regarding the games.

This is an oversimplification of things, but I'll gladly explain.

First, behind the term "newspaper", you have journalists. Not all of them are equal. Some are professionals, some have connections, and some are not good enough. Like every human. Yo also hae some journalist that specialize in some areas, when you better have solid arguments to avoid a lawsuit when publishing (and usually, only part of it is published to be able to react). I know the ones that I consider to be good. To drop a few names, Kevin Arfi, Laurent Mauduit, Martine Orange, etc. I mean, their career and their work speak for themselves, their papers are detailed, well structured, they provide facts and proofs, etc.

Then, sometimes, facts speak for themselves. You have so many evidences on a scandal that there is no point arguing. You may object that some other facts are deliberately hidden, but more often than not, the accused people never answer on the substance, always on the form. It speaks volume. I mean, Mediapart is not a young newspaper anymore, and they have their track record.

Also, in any case, you're free to form your own opinion based on the facts provided. I have sometimes - as I said on the "woke things" a different interpretation of the facts that the journalist. But to be able to do that, you still need the facts, and they are provided. I "just" read the things differently.

I take everything I read with a grain of salt, whether I like or not the newspaper, whether I pay for it or not.

But let's go. Tell me some cases when Mediapart was wrong ? It should not be difficult for an "unreliable" source. Oh and tell me also what are your reliable sources, especially on the subject of investigations. I'm curious. Because apart from the "Canard enchainé", I don't find any.

Because it will always be easier to discredit a newspaper like Mediapart, than to provide alternatives and fact. And if you want me to give some examples when scandals published in Mediapart proved to be true, I have many.

Actually, every newspaper has some bias regarding the information they publish, and it's unavoidable. The most honest ones acknowledge that, contrarily to "Le Monde" and all the others main french newspapers ("Le Figaro", "Libération") claim.

Regarding Mediapart, it is indeed strongly opinionated newspaper, but you know that beforehand.

They have significant issues, but I'll never say it's not quality journalism (part of it actually). I've been a subscriber for years because of the quality of their investigations. For the record, none of these are pursued by big newspapers in France anymore: "Le Monde" and all major newspaper just relay the general information/propaganda, with no strong analysis. When they talk about scandals, they are never at their origin, and mostly relay the work done by others.

And when you know that most of them are owned by billionaires who have their own agenda, and that a significant chunk of their money (several millions per year) comes from the French state, you understand why.

You cannot be independent if your owners are billionaires, and if your income don't exclusively come from people who are paying for you to be independent (ie. subscribers). Everyone that argue against that is a liar. And you have in France 2 newspapers matching this criteria : Mediapart, and of course "Le Canard Enchainé".

The main issue I had with Mediapart (which led to cancel my subscription) was indeed the fact that on some subjects (mostly the "woke' things), they twist the facts to match their agenda. Some would say it's another view on the same facts but my opinion was that sometimes, they tried to make allegations on something not strong enough. Regarding the other subjects, I had nothing but praise for them.

I obviously do not know the context, but as a manager, you have to be extremely cautious with the estimates provided to you by your team.

First because human are notoriously bad at estimating the workload, and then because you never know what can happen in the meantime : it can be literally everything : a bug in the frameworks you use, someone who get ill, an hardware or network failure, etc.

When you have the luxury to set the deadline, you always choose a safe one, that will guarantee you to be on track or ahead the schedule. As much as you can, never late.

And yes, you also have to be careful before communicating to the client an estimate. he may then think that each of his request takes "one hour", and, as he now know "how to estimate", he would make you waste your time negotiating something that he perceive to be easy to do while it's not.

Honestly, despite the fact that I do not think highly of Accenture, nothing shocking here regarding the management.

Of course the fact that he charged for a full week of work is just a scam.

I'm not related to any of those company in any way. I do not work in this field, and to be quite honest, before your comment, I did not even know about ClearLink.

I've highlighted something that makes no sense. Do you expect a car manufacturer not showing one of its cars on its website ? Apple not to how its iPhone ? A SaaS company not showing screen captures of its product ? I don't. Those images should be easily available without having to browse YouTube, or do a search on google.

FWIW, I would actually welcome any concurrent to eInk and its monopoly. I totally share the point of view of the top comment, as I've seen this tech stagnate for years. Most of the supposed alternatives 10 years ago(PlasticLogic, Liquavista, Mirasol, etc.) either never produced something relevant, either failed the expectations.

I actually find your comment quite disrespectful: if you want to promote a product, you can do that without having to resort to ad hominem attacks.

Anyway, thanks for the YouTube tip: I was able to see what I wanted to see.

Edit: if some employee of ClearInk see this message, do yourself a favor and update your website with some pictures of your product, or even a embedded Youtube video. It will speak more than stock photos.

There's something very fishy about ClearInk.

I checked their website to see what their technology looks like. I wanted to see how their product compare to a eInk screen use in many devices (such as Kindle/Kobo/ReMarkable), as this is the kind of products that interests me. It turns out that all the pictures shows the back of what I expect to be tablets/phone prototypes (or maybe it's just stock photos), and not a single time the screen.

It's almost comical : you advertise for a screen tech, but you carefully avoid to show how such screen looks like. Definitely a red flag.

Actually, there are many cases for wich I believe the comments are useful:

- When you have some "complex" technical code. Using natural language is sometimes the most effective way to explain what is done by the related code.

- When you deal with some business logic that can become weird an one point (process all these things in some ways, excepts these ones, weird edge cases, etc.). From a developer perspective, it does not always make sense, but it's always useful to have some background explaining why the code has been written in such way.

- When you have to consider history on a large code base. I know that people on HN mostly work on new shiny projects, but with legacy applications, you have to deal with all the bad/incorrect choices that were made before, and refactoring is not straightforward and is costly. I'm not saying it should not be done, but sometimes, you can work on it only in an incremental way. Comments allow you to add some perspective on the code (explaining the reverse engineering you've done, the initial assumptions, why they turned out to be incorrect, what should be done to improve the situation, etc).

Also, I disagree with the facts that comments are born out lazyness. "Lazy" developers don't bother writing comments. Actually, there don't care, and most of them do not even realise that at some point in time, someone will have to browse, read and understand their code. The only kind of comments I've seen from such people are "commented code", because "it might be useful" (it never does).

I see comments as a way to engage a (one way) conversation and provide useful and meaningful information to a future code maintainer. Sure, such comments should not clutter the code, be relevant and meaningful, stay up-to-date but it's - as many other things - a skill that require time to get it right.

Looking to eliminate all of those is not an approach that I think should be followed (but it's just my opinion). Focusing on allowing the code to be understandable by an hypothetical maintainer in the future is more relevant. If extra comments have to be added, so be it. These are tools, not ends.

I may have misunderstood the issue, but you can choose the DoH provider you want to use (Menu > Options > General > Network Seetings > Enable DNS over HTTPS > Custom).

Sure, a default has to be provided, but most of the people who will activate this option knows what they're doing, and which provider they want to use/avoid.

Actually, this has been a strong focus of Mozilla foundation for years. The good news is that Mozilla has done a lot of refactoring / rewriting of its FIrefox codebase during the last year, and Firefox is now on par with Chrome regarding the technical aspects.

It's fine as long you know the game you're playing.

And this is the big issue : no one learn has told you, neither taught you how to play it. But some people were. Those are fine.

For the others (me included) we had to figure out on our own. Learn that we played the game the wrong way, or find another place. It took time, and a lot of investment and efforts are wasted in the process. And some people never learn. Meanwhile, those people stole undeserved credit. And if you ask them, they will tell you its thanks to their leadership and all that bullshit.

Actually, the most important thing you said is that : life is not fair. 100% fully agree.

Such claim would have been relevant if each kid of an age class (or at least several thousands, in various countries) is asked to pass an IQ test. Assuming that IQ stays constant throughout the life. And there is still the definition of "success" to discuss.

I'm pretty sure there is some bias in the selection. I've never knew someone who has effectively passed a real IQ test around me, and I guess it the same thing for most people in the western world.

On top of that, we must do not forget that we're talking here about outliers, people whose intelligence (whatever your definition of it it is) is - to quote your own words - too obvious to ignore. People at the far edge on the "Bell curve of intelligence". Nobody will argue that Hawking was brilliant, he was not in good health though.

Of course, saying that being smart helps you achieve something in life is obvious. As well as being well connected. As well as being healthy.

Rust is far from being "an obscure programming language", and I'm pretty sure there are people here on HN that may find useful to browse the source code of a real world application in Rust (and who don't give a shit about the software per se).

Such comment would have made sense if this software was promoted in a more general board/website, but HN audience is mostly compound by developers, so technical aspects matter. On top of that, it also gives an idea about the popularity of a programming language.

The article starts with "Given medicine’s poor record, physicians should prescribe and patients consume far fewer medications, a new book argues." : on the contrary, I think the current state of medicine is outstanding, regarding what is was only two centuries ago. Thousands of illnesses have a cure, and for many others, we know what we can do to minimize their effects, infant mortality is very low in most of the western world, etc. And paradoxically, although most of the "alternative medicines" zealots criticize conventional medicine for insufficient results and/or side effects, none of them keep track of some indicators such as the cure rate. ANd this is one of the only relevant metric that can assess the efficiency of a cure.

I'm not saying that the conventional medicine is far from any criticism, but one has first to understand the difference between the current knowledge available, and the way it is used : some drugs/treatments are promoted by some countries, while not in others. I'm also convinced he drugs prices (which are going crazy) should be regulated for the benefit of everyone. And of course, modern medicine should be used wisely. People should not take drugs each time they have a cold.

That being said, of course, there are still room for improvement, there are a load of illnesses that cannot be cured by modern medicine, and yes, some doctors think themselves as Gods. But this should not question the many successes of conventional medicine.

When you've read and understood some piece of code, you're more prone to replicate it, even without realizing it. And ReactOS developers have obviously some extensive experience with Windows API, and it should be not suprise that any attempt to rewrite Windows will fall into the same trap.

I'm not saying that their code is "clean" or is a "rip-off". Obviously, I don't have a clue about it. Maybe they were just lazy and they did not care.

Same for me (actually, most of the people I know are focused on running, but I guess it could be applied to nearly all sports).

The closer I get to my forties, the more important it is to take care of my body. Basically, you just realize that your body is not what it used to be, and you have either the choice to do something to stay/get back in shape (more sports, a better diet), or let it go (which is, unfortunately, the first step to health complications).

There is also a strong bias regarding to whom you hang with then. Being "seriously" involved in any sport means that you are going to dedicate a significant part of your free time to training, and therefore, will spent much more time with your fellow sportsmates than "regular" friends.

In all fairness, you should consider Entity Framework, not Linq, when speaking about ORMs. And the first versions of EF sucked compared to the others frameworks that were available at the time.

My comment will certainly not be helpful, but I think the best way to start is still to follow the most common advices you can find in a book or on the Internet. There are no shortcuts, especially when you're an adult that cannot afford to spend as much time as a younger (because of work, family, etc).

To answer the question (the thing I wished I had known), I would advise you to start by learning anything that will help you for your whole career. It may be boring at first, but on the hindsight, it will be very rewarding.

To be more specific: - Learn to type on a keyboard. Really. I wish I had course about touch typing when I was younger (got to learn alone), and when I look around me, I notice many people still don't know how to type.

- Learn Vi/Vim. Same as above. Vim is spread everywhere, is powerful and the principles behind it are strong. Vi exists for nearly 30 years, and won't disappear before a very long time.

- Learn to work on a Linux/Unix/BSD environment. Even if you do not use it on a daily basis.

- Start with a language well established (well, do not start with C++ though). Not because they are better, but they have stood the test of time, are likely to be still there for some years, and, more importantly, you'll find quality resources/books that will help you when you'll stumble on a difficulty.

- Finish what you start. Already mentionned, but very important.

- Practice, practice and practice. There is no shortcut.

As every programmer, I think my skills have improved over the years so yes, the code I do write now is far better than the one I've written years ago.

I'm not really ashamed, as I do not hear about the "bad" code I've written. However, when I look behind and assess the quality of code I've been working on, I sometimes say to myself that my code "was not that bad".

It has been mentionned a couple of times but now, I like to focus my efforts on code maintainability. I know I'll leave one day or another my current job and I do not want to be hated like the ones I've hated in the past (or in the present...) for having written shitty code.

There one another habit I've adopted quite early : when I was writing some bad code and I knew it, I always tried to let a comment explaining why I chose this path and what I would have done provided the conditions were different. I could have written sub-par code due to code consistency with the other parts of project, to lack of time, sometimes because the implied refactoring would be to huge to handle in a given timeframe, or because a side effect is likely not to have been anticipated at first sight, whatever.

At last, the guy who will pass behind me will know my point of view, and even get some hints of what should be done in an ideal world. And I liked to put some jokes or funny sentences. Those, I've heard about later after my contracts.

Regardless of the quality of the software, I really like the privacy page. Too much sites says they care about our privacy, but they use every trick to track their users (with google analytics, ad agency trackers, ip log without any clear policy, fingerprinting, etc.). I have no assurance the author does what he claims to do, but at least, such policies are a step in the good direction. For other sites, requestpolicy still manage to do a good job.