HN user

styx31

998 karma

styx31.at.hn

#dotnet developer ● admin of dotnet.social #mastodon ● co-founder of MB3M ● local #dotnet speaker in Toulouse ● mtg-france.org ● golfer ● metal-fanboy ● father ● friend ● @dotnet #csharp enthusiast

Posts16
Comments31
View on HN

I did not want to express any outrage (even sarcastically), just surprise and the fact that I don't know very well the AWS offer.

Azure write blocks target replication blob containers

I am sorry but what does it mean?

The goal of my question was about what are the differences between the two solutions: I know HN is a place where I can read technical arguments based on actual experience.

Perfect anwser. I have used DI for years, and the common DI abstraction is a great features: it allows people to start using DI and allow MS to use it internally, then, if you find it too limited or like some custom features, then start using a custom one, which is a breeze.

I shared the same frustration, but I finally gave up, and guess what, I was able to fulfill my projects and have a good insight about what my layout will be even with ~5cm difference. I learned to relax about absolute measures and think more about feeling and subjective dimensions.

You are right about the thead repeatable header.

Still, to switch back to the previous point, it seems it's more a divergence between using markup or code to design a document. Both have valid usage and benefits depending on your case.

In my case and my apps, I often need to handle complex conditions that fits better imo in procedural code (complex invoices and agreements). On other cases (reports), I prefer to use a markup language.

Webpages and pdf (paged documents) are fundamentally different, you won't be able to support easily headers and footers, page-breaks and orphans on a webpage. You can create basic invoices on webpages, but anything more complex (and by that I mean any serious word document) will require you to twist HTML. Try to have column headers to repeat on each printed page on a HTML page.

Perhaps you should also have made a demo video with keyboard only, with key pressed displayed on screen?

It could have helped showcasing that the UI works perfectly with keyboard.

I agree that the demo gif tends to say that this library is mostly intended for mouse usage.

This keyboard layout, also known as AFNOR Azerty NF Z 71-300, has since be standardized. Drivers[0] are available and keyboards[1] can be purchased.

I am using this layout for more than 1 year for programming and writing in french, and it's really good. I find it even better that the international keyboard layout or qwerty.

The fact that they have considered both the programming language approach AND the natural language typing is a real pleasure.

[0] https://norme-azerty.fr/ and https://github.com/springcomp/optimized-azerty-win

[1] https://www.ldlc.com/fiche/PB00279741.html

No particular advice here, I just want to point to the fact that bing allows users to search their organization documents (office 365 files) when using bing [1] when connected with their org account. This feature is named "Microsoft Search in Microsoft 365". It's not mentionned in the article. See original ms doc article for details [2].

So it's not just a way to force users to use bing, it's also a way to push this feature in front of them.

By making Bing the default search engine, users in your organization with Google Chrome will be able to take advantage of Microsoft Search, including being able to access relevant workplace information directly from the browser address bar. Microsoft Search is part of Microsoft 365 and is turned on by default for all Microsoft apps that support it.

[1] https://support.office.com/en-us/article/find-what-you-need-...

[2] https://docs.microsoft.com/en-us/deployoffice/microsoft-sear...

Yes, we were also tempted (suggested) to do the same at some point in our history. Perhaps as suggested elsewhere in this thread, some startup will be able to create an offer to easily outsource some revenues. That will certainly declare the end of the game.

All companies are supposed to be equals regarding taxes. If a part of them can trick this rule, then it is not fair and must be fixed.

I agree that there is a part of entrepreneurship which include being able to understand the rules and laws and use them efficiently, but all these familiarities used to game the system are only valid if only a minority of the people use them. One people finding this trick is ok, but big companies being able to buy these tricks is another scale.

I am speaking for the tax rate in EU countries, what is quoted in the related article. Regarding revenues in EU countries and moving expenses/royalties between countries to benefit from the lower rates.

I think that the same cases exists in the US, between states themselves (Delaware ?). Where you create companies in multiple states depending on your activity to split your revenues. Again, a small company can't afford such tricks.

What annoys me the most is that, as a small company, I can't evade from my country tax system. I pay the taxes. All of them, at full rate.

But there are these big companies which can afford to create offshore companies/holding just to evade some tax system, and lower their tax rate.

So, what? The tax rate of a country is now "artificial", because it will never be applied to all revenues from all companies, because the higher profiles will be able to evade a part of it.

If governments want to reclaim more, they could raise up the tax rate, considering that the biggest players will only pay a fragment of it. But the small companies, the one that can only follow the rules? They are screwed.

All companies should be considered equals regarding the tax system. It is simply not the case when such schemes are used.

Edit: exactly the same point of view as jitbit: https://news.ycombinator.com/item?id=15651457