Re: Rural Americans are importing tiny Japanese pickup...

The 25-year import rule here, which bans Americans from importing vehicles from other countries unless they're 25+ years old, is just awful for those of us who would be interested in driving small, efficient foreign cars.

It would be great to live completely car-free, but absent major changes to how we plan our cities, it's just a sad reality that cars are a necessary ingredient to life in the vast majority of America. To cope with this, I'd love to be able to import a kei car or van from Japan, or micro-sized European city cars, or even some of the very small EV city cars that we see in China... but I just can't, unless I want an overpriced pile of scrap from the 1990s.

It's all so much worse when you realize that the 25-year rule is a holdover from a grey-market import scare of the mid-1980s[0]: European carmakers, namely Mercedes, BMW, and Porsche, were having trouble in the US with people importing European models of their cars. There were some valid concerns around inconsistent modifications for US safety standards, but the main issue was clearly that these grey-market imports were cheaper than buying a US model from a dealer, so profits were being missed. Instead of fixing the pricing discrepancy, they just successfully lobbied the government to enact this draconian 25-year ban, and so to this day I can't have a 2020s Japanese kei car shipped to a US port at my expense because it'd be illegal to register it.

[0] https://jalopnik.com/the-25-year-import-rules-history-is-more-complicated-th-1848322467

nyx, 2 hours ago

Re: Smartphones with Qualcomm chip secretly send perso...

This seems like much bigger news than it's being received as. Sure, other chip makers do sketchy things, but is that really where we're at in 2023? We're so beaten down by proprietary user-disrespecting hardware/software that we just shrug it off?

<rant because I hoped for more outrage on this and am not seeing it>

This makes me mad. I'm so sick of this type of thing. It's a horrible time too because the embedded 5G chips are about to be part of everything, sending telemetry back about where they are and what they're being used for. I think it's utterly ridiculous that if you aren't ok with this type of thing, then you have to go way out of the mainstream to find products, and often there's no viable option. "Ownership" now means nothing.

Imagine if you bought a car from somebody, and they secretly kept a spare key and periodically used your car to run their personal errand. Would you be ok with that so long as they always had it back before you needed it so you never knew they were doing it?

That's what is happening when you "buy" a device and the device maker uses it to run code that serves only themselves (without receiving permission), to the detriment of your privacy. I can only hope RISC-V combined with people willing to care can lead to a return to a time when people actually own stuff and ownership is something we respect.

</rant>

freedomben, 1 hour ago

Вот скажите мне, чем это не Ремарк? Причем буквально, практически.

Наука

Собственно, статья.

https://www.nber.org/papers/w28106

Ортопедическия ботинки доктора Мартенса

Дореволюционная рекламная табличка (фрагмент) известной до сих пор торговой марки.

Что можно сказать. Оказывается. доктор Мартенс, был действительно доктором и делал ортопедическую обувь, а не вот это вот всё, что под этой маркой выпускается сейчас.

#РоссийскаяИмперия #медицина #торговля

Канал @tablichki_ussr
предложить табличку: публикация, продажа, обмен @tablichki_ussr_bot

Нелегкая судьба модификаций компьютерных программ из-за признания их производными произведениями

А.А. Никифоров в своей статье рассматривает проблемы производных произведений для ЭВМ в свете соотношения таких понятий, как:
- личное неимущественное право на неприкосновенность произведения (ст. 1266 ГК РФ),
- право на переработку произведения (ст. 1270 ГК РФ) и
- производное произведение (ст. 126 ГК РФ).

С учётом законодательного регулирования автор выводит следующие постулаты:
1️⃣ К программе применимы все нормы, относящиеся к литературным произведениям, включая право на неприкосновенность произведения.
2️⃣ При этом под переработкой программы для ЭВМ понимается любое внесение изменений в саму программу. Соответственно, даже мелкое изменение программного кода автоматически приводит к появлению нового объекта авторских прав.
3️⃣ Следовательно, в отношении программ вопрос всегда будет стоять о нарушении исключительных прав, а не о нарушении права на неприкосновенность.

Дальше г-н Никифиров анализирует их верность с учётом различных вариантов модификаций. И тут, пожалуй, имеет смысл скопировать текст статьи, дабы заинтересовать вас детальностью исследования:
📌 Лицо берет программный код оригинала и использует его для создания новой компьютерной программы;
📌 Лицо берет оригинал и исправляет явные ошибки в программном коде;
📌 Лицо берет оригинал и исправляет ошибки в программном коде, не изменяющие ничего с точки зрения обычного пользователя (т.е. в программе не появляется новый функционал), но при этом программа работает эффективней (быстрее обрабатывает команды, к примеру);
📌 Лицо снабжает программу комментариями, пояснениями, иллюстрациями, видимыми на уровне программного кода, при этом код самой программы остается неизменным;
📌 Лицо снабжает программу комментариями, пояснениями, иллюстрациями на уровне аудиовизуального отображения, порождаемого командами, что уже требует внесения изменений в программный код;
📌 Лицо создает программу, которая изменяет сюжет в программе – компьютерной игре или привносит какие-то другие изменения в игровой процесс, что, конечно, так же требует внесения изменений в программный код;
📌 Лицо берет программу (или создает специальную программу, вносящую изменения в первоначальную программу) и вносит в нее новый программный код, добавляя дополнительные функции или инструментарий».
И эти варианты смоделированы не просто так, для галочки, а далее в статье приводится их разбор.

Помимо этого, А.А. Никифоров изучает проблему не только в связке правообладатель-пользователь, но и с точки зрения последствий создания модификаций самим правообладателем. Ведь если модификация приводит к созданию нового произведения, то это должно требовать и заключения нового лицензионного договора с пользователями. А тут возникают вопросы идентификации объекта, возмездности, судьбы первоначального договора, отслеживания версионности и т.д.

Отдельную симпатию вызвал у меня раздел, посвящённый анализу внесения изменений в компьютерные игры. Ведь тут очень интересный вопрос о правовой природе данного объекта. И чтобы всё не звучало сухо и сугубо теоретически, автор развивает свою мысль на примере реального кейса Konami v. Spec Computer. Также последствия квалифицированы в зависимости от характера изменений (в сюжетную линию, визуализацию, числовые показатели и проч.).

Выходом из ситуации А.А. Никифиров видит разделение понятий «модификация» и «переработка». И то и другое про изменения, но последнее приводит к появлению нового объекта интеллектуальных прав, а первое – нет.

#модификация #компьютерныеигры #по #неприкосновенность #производноепроизведение #переработка #лицензия #авторскоеправо #аналитика

P.S. Я в восторге от работы. Из-за обилия спорных моментов, возможно, читать чуть сложно, но мысль автора чётко прослеживается и добросовестно разбираются различные точки зрения. Кстати, там большой раздел про проект Сколково ещё, но освещать его не стала из-за объёма.

Re: Lessons by 3blue1brown

2b1b does a video on how you raise e to a matrix (hint: raising something to e is converted into another function where it's not nonsensical to do such a thing.)

In about 10 minutes he explains something my math methods instructor struggled with over two weeks (4 classes). I was resistant to the view that YouTube could host "decent" instructional content for a long time. That video was one of the first that was CLEARLY superior to the instruction I received at a tier 1 research institution.

dingosity, 2 hours ago

Re: Why did Google Brain exist?

Lots of great insight. Here’s one:

“Given the long timelines of a PhD program, the vast majority of early ML researchers were self-taught crossovers from other fields. This created the conditions for excellent interdisciplinary work to happen. This transitional anomaly is unfortunately mistaken by most people to be an inherent property of machine learning to upturn existing fields. It is not.

Today, the vast majority of new ML researcher hires are freshly minted PhDs, who have only ever studied problems from the ML point of view. I’ve seen repeatedly that it’s much harder for a ML PhD to learn chemistry than for a chemist to learn ML.”

dr_dshiv, 3 hours ago

Re: Why is OAuth still hard in 2023?

Because the documentation is bad. Oauth is really simple:

Lets say you want to use google as an auth provider. You do this:

"Hey google who is this guy? I'm going to send them to google.com/oauth, send them back to example.com/oauth, and in the headers of the request include the word "Authorization: bearer" followed by a bunch of text"

Google says "Oh yeah I know that guy, here I'll send them back to where you said with a token"

Then later on you can take the token and say "Hey google, somebody gave me this token, who is it?"

That's pretty much it. You have to trust that google isn't lying to you, but that's kindof the point of oauth.

But that's never what the documentation says. It's always 10 pages long and the examples are like "here's a fully functioning python web server using flask and function decorators, oh the actual auth flow, which is really like 3 lines of code, is hidden inside of a library".

To people who write documentation: PLEASE for the love of god show me how to talk to your API both using your library, but also using something like urllib2 or requests or something.

Ideally the documentation is the absolute most minimal way of making the service work, and then adds more and more usefulness on top of that. I'm not going to judge you for writing bad code in an example. The example could practically be pseudocode for all I care. I just want to see generally how your API is supposed to work.

edit: yes, auth0, I am looking at you.

thepasswordis, 2 hours ago

Re: Linen.dev: A 500 kb Slack alternative

Not enough discussion here of the parts under "Our Optimization Strategies", which was the most interesting to me. Assorted reactions:

> We found that react-icons had an issue that lead to everything being imported. This meant that we were including every single react-icon in our package whether we need it or not.

Kudos to the Linen team for proactively finding this - I have a feeling tons of projects blindly trust that tree-shaking their dependencies will "just work" even though for many libraries it won't!

> We also noticed that we were only using AWS client for s3 upload on the client side and it was taking up significantly more bundle size we need so we replaced the entire client side package with a 2 api calls to the AWS api.

For such a minimal use case, this feels like a logical choice even if it's slightly more work to implement.

> We ended up moving the code highlight code to a backend api that would cache the results.

Love seeing websites make smart choices about which work to handle in the server versus the client.

thex10, 8 hours ago