Comments 228
И стоит упомянуть что мы прочли только одну сторону медали, каждый любит изображать из себя обиженного
Вот вот.
Говнюками были и остались. И аргументы все те-же. Аргументы Паниковского
По поводу того что майкрософт укарли-насколько я вижу кодовая база у них своя, формат пакетов-там имена 4 полей вроде бы совпали(id, version, name и installers), по-моему все эти поля есть во всех пакетных менеджерах, и я разве что Installers мог по-другому назвать.
Примеры манифестов с сайтов:
Id: Microsoft.VisualStudioCode
Version: 1.41.1
Name: Visual Studio Code
Publisher: Microsoft Corporation
Installers:
— Arch: x64
Url: aka.ms/win32-x64-user-stable
Installertype: Inno
Sha256: 65DB2F2AC2686C7F2FD69D4A4C6683B888DC55BFA20A0E32CA9F838B51689A3B
id: vlc
name: VLC media player
version: 3.0.3
home: videolan.org
license: GNU Lesser General Public License v2.1+
installMethod: NSIS
installers:
— location: get.videolan.org/vlc/3.0.3/win32/vlc-3.0.3-win32.exe
sha256: 65bf42b15a05b13197e4dd6cdf181e39f30d47feb2cb6cc929db21cd634cd36f
— location: get.videolan.org/vlc/3.0.3/win64/vlc-3.0.3-win64.exe
sha256: 59940804b6a89f0c83b576247dd90f2c5a22b8c7f040ebf82813c59968828035
architecture: x64
Автора понимаю и сопереживаю, но с точки зрения пользователей раньше про хороший и полезный продкут знали 5 человек (условно) а сейчас станут знать 5 000 000 человек (условно) пускай и под другим именем — тоесть с точки зрения пользователей — Микрософт "пользу сделала".
Браузер, медиаплеер, просмотрщик изображений, видеоредактор, записыватель дисков, движок ВМ, монтирование дисков — всего этого когда-то не было в Windows и обеспечивалось сторонним ПО. Каждый раз MS откусывали от аудитории и прибылей создателей софта. Что поделать.
Им даже пришлось переименовать браузер — настолько плохую репутацию тащил за собой, хотя плиточная версия в восьмёрке уже вполне сносно работала на портативном железе.
Т. е. Вы считаете, что менеджер пакетов не должен быть встроен в систему?
Как пользователь и независимый разработчик, я бы предпочёл множество никак не связанных с производителем ОС репозиториев/магазинов приложений/пакетных менеджеров. Преимущества следующие:
- Это не позволит "завендорлочить" экосистему, как это, например, сделано в iOS и, частично, — в Android.
- Независимые производители ПО могут честно конкурировать между собой не оглядываясь на правила конкретного маркетплейса, и не опасаясь потерять бизнес из-за дурацких правил, а маркетплейсы, в свою очередь, не смеют диктовать дурацкие правила, ведь у них тогда просто не будет публиковаться никто.
свой софт с их помощью, потому что разраб считает [...]
Свой софт можно распространять без их помощи. Кто такой «разраб» в этом разрезе не очень понятно.
[...] 5 вот этих и [...] 8 вот тех пакетных менеджеров
Ух ты. Целых 13 штук! Названиями не поделитесь?
Как пользователь, я лично хочу один раз узнать, как на моей ОС принято устанавливать софт и потом всю свою жизнь при необходимости в два действия (поиск по ключевому слову, нажатие кнопки «да, оно») этот софт заполучить у себя на компьютере. Пока за 40 лет существования ни микрософты, ни эплы — этого не осилили (у вторых есть кривой сторонний менеджер, правда, который не умеет в сложные зависимости, но хоть что-то). Любое, что приблизит к такой возможности — уже безусловное добро.
Ух ты. Целых 13 штук! Названиями не поделитесь?en.wikipedia.org/wiki/List_of_software_package_management_systems#Linux
Свой софт можно распространять без их помощи.Тогда пакетные менеджеры вообще нам нахрен не нужны, и весь сыр-бор зря.
я лично хочу один раз узнать, как на моей ОС принято устанавливать софт и потом всю свою жизнь при необходимости в два действия (поиск по ключевому слову, нажатие кнопки «да, оно») этот софт заполучить у себя на компьютере.Очевидно, что дальше всех от этого пока линукс (потому что поди угадай, когда софт есть доступный для вашего пакетного менеджера, когда надо качать исходники и собирать, когда с сайта качаешь deb/rpm-пакет...), винда и макось по-своему далеки, конечно.
есть кривой сторонний менеджер, правда, который не умеет в сложные зависимостиА с зависимостями всё проще всего в виндовом мире: библиотеки принято распространять с приложением и таким образом использовать. Искренне считаю, что лучше это, чем то, что происходит в линуксах.
Тогда пакетные менеджеры вообще нам нахрен не нужны [...]
Почему это? Адекватные поставщики собирают пакеты.
Очевидно, что дальше всех от этого пока линукс [...]
Пока очевидно только то, что вы понятия не имеете, о чем говорите. Я на линуксе 21 год, и даже уже не вспомню, когда бы мне надо было что-то откуда-то качать (кроме apt install
).
библиотеки принято распространять с приложением и таким образом использовать
AppImage в макоси и Snap в линуксах делают ровно это. Но очень многим (и мне в том числе) такой подход видится абсолютно дебильным.
Почему это? Адекватные поставщики собирают пакеты.Как я изначально отметил, про каждый отдельно взятый пакетный менеджер нет гарантий поддержки его разработчиками софта, который мне нужен (да, возможно слово «свой» было не самым уместным, но тут из контекста всё ясно). А 3rd-party пакеты, когда какие-то энтузиасты распространяют софт, к которому не имеют отношения, меня смущают, если честно.
Я на линуксе 21 год, и даже уже не вспомню, когда бы мне надо было что-то откуда-то качатьЯ на линуксе ни разу не просидел даже года подряд, но вот я пошёл проверил: IDE от Jetbrains, Хром — вот уже сразу софт, который надо качать, и который вроде б через репозитории пакетных менеджеров не распространяется, по крайней мере, официально (а неофициально — надо идти и искать, какой репозиторий подключать, с тем же успехом можно пойти и скачать сам софт). Менять свои привычки и набор софта ради смены ОС я не хочу и не буду. Всего лишь два самых часто используемых внешних приложения по работе, а так конечно, понятия не имею, о чём говорю.
такой подход видится абсолютно дебильнымПочему?
Смотрим на сайте:Признаю: я тупой и не нашёл этого на сайте, посыпаю голову пеплом. Есть один нюанс: я менеджу свои IDE через Jetbrains Toolbox, которого в снэпе у них нет. Ну то есть я не прав, но проблема всё равно есть.
Это заметноНу блин, моя убунта, стоявшая в дуалбуте, в какой-то момент в 2015, если не ошибаюсь, году решила перестать грузиться, жалуясь на отсутствие дисплей-драйверов. Что характерно, я не менял GPU и не трогал саму убунту между последним успешным и первым безуспешным запуском. С тех пор на личные девайсы я даже в дуалбут линукс не ставил. Чуть меньше года просидел на работе на убунте после этого.
С Хромом тоже не прав, опять же, посыпаю голову пеплом. Однако, как я и сказал выше, если мне на каждого нового вендора надо искать, какой репозиторий добавлять — а довольно редко я ставлю себе много софта от одного вендора — с тем же успехом можно идти качать пакет с сети. Ну и да, есть та же проблема: форматы бывают разные (ну то есть одно дело rpm/deb пакеты, другое — snap, например), и судя по радостной новости от марта 2020 «Chrome may get an official Snap package on Linux», всё не так радостно. Я не могу просто пойти и поставить софт в два клика, и сам тот факт, что есть весь этот зоопарк форматов и менеджеров, этому никоим образом не способствует, в чём и была моя первоначальная мысль.
в чём и была моя первоначальная мысль
Не было никакой мысли. Был разрозненный поток сознания, основанный на неверных воспоминаниях о собственном неудачном опыте пятилетней давности.
Пакет, однажды добавленный в систему через менеджер пакетов, будет обновляться сам. Даже если он обновляться сам по себе не умеет. Все.
В том числе и хромГугловый репозиторий с которым надо найти и подключить, если я ничего не упустил. В подключенных при установке системы, как я понял, его нет.
Если вы конечно используете популярный дистрОчень важное «если», которое меня тоже каждый раз коробит.
Но в этом случае и для винды и для мака вам надо скачивать ее с сайта.Я выше 2 или 3 раза в разных сообщениях написал, что скачивать ручками в винде/макоси — не проблема. Я сказал, что для тех, для кого это проблема, пакетные менеджеры на самом деле делают очень мало для её решения, потому как там, где вы раньше искали exe/msi/dmg для скачивания и установки, вы будете искать ссылку на репозиторий, который держит автор, или, не дай боже, третье лицо. Я молчу о редких, но существующих маргиналах, которые распространяют готовые к сборке исходники вместо дистрибутивов софта, хрен с ними.
Хром — вот уже сразу софт, который надо качать, и который вроде б через репозитории пакетных менеджеров не распространяется, по крайней мере, официальноВо-первых, это не правда. Во-вторых, вы не понимаете предметную область, о которой говорите.
Нет такого понятия «репозитории пакетных менеджеров». Репозитории принадлежат мейнтейнеру пакетов (это не обязательно разработчик ПО. Особенно, если речь про опенсорс). Пакетный менеджер своего репозитория не имеет, но имеет их список.
Есди вы добавите в источники репозиторий гугла, то и Хром и Google Earth и другие продукты будут ставиться совершенно нативно. При этом дублировать их в репозитории дистрибутива нет ни какой логики — просто потому, что график обновлений разный.
Почему?По определению. Как думаете, для чего вообще придумана динамическая линковка, м?
Во-первых, это не правдаЯ там выше под другим комментарием признал, что был неправ в конкретике, извините, да.
Нет такого понятия «репозитории пакетных менеджеров».Да, я бываю весьма неаккуратен в формулировках. Сейчас напишу точнее: разные пакетные менеджеры работают (не все, но некоторые) с разными форматами/стандартами пакетов. И у меня нет гарантий того, что мэйнтейнер конкретно интересующих меня софтин поддерживает именно тот формат или форматы, которые использую я. Как выше отметил, Snap-пакета для того же Хрома официально пока нет, а 3rd-party решения меня смущают по множеству причин.
для чего вообще придумана динамическая линковкаДля того, чтобы DLL'ки, которые автор софта положил в дистрибутив, могли подключиться!
Если чуть серьёзнее, я просто считаю, что для user-space софта в крайне разношёрстных системах открытой экосистемы с полным отсутствием гарантий и своевременного обновления всех компонентов/пакетов/зависимостей/зависимых пакетов и тем более гарантий компетентности людей, которые эти зависимости задекларировали (и тем самым могли бы условно гарантировать, что обновление зависимости не сломает софт), и какой-либо синхронизации этих обновлений, динамическая линковка создаёт больше проблем, чем решает.
Место на диске? В масштабах «веса» программных зависимостей мне его не жалко в примерно любой известной пользовательской системе (ПК, ноутбук). Ну подтянут лишние 50-100 метров в довольно тяжёлом случае — пусть подтягивают, погоды не сделает.
Как выше отметил, Snap-пакета для того же Хрома официально пока нетКак и нет систем, где это основной и единственный формат пакетов.
Для того, чтобы DLL'ки, которые автор софта положил в дистрибутив, могли подключиться!Это вы описали, что делает динамическая линковка. Вопрос был — зачем она нужна.
Очевидно, вы путаете пакетный менеджер с системой полуавтоматического накатывания ЕХЕшников.
Ну подтянут лишние 50-100 метров в довольно тяжёлом случае — пусть подтягивают, погоды не сделает.Во-первых, это очень оптимистичная оценка для очень легкого софта. Например, libQt5WebEngineCore сама по себе весит более 100 мегабайт. И от нее завист любое грффической Qt приложение со встроенной справкой. Поддержка юникода и криптографии еще мегабайт 20-50. То есть, любое самодостаточное приложение будет содержать минимум 100-200 мегабайт библиотек, и у 90% приложений они будут одинаковые.
Но место на диске правда дешевой. По крайней мере, пока речь не зашла о высокопроизводительных SSD. Потому давайте зайдем с другой стороны. Допустим, был обнаружен критический баг в libcrypto/libssl/другаяоченьважнаябиблиотеканэйм. У вас есть пол сотни приложений, которые от нее зависят и установили каждое по своей версии в юзерспейс. Сразу встают вопросы:
1 — как вы собираетесь обновлять библиотеку? Руками заменять DLL для каждого приложения?
2 — где гарантия, что каждый мэйнтейнер пакета (для вас — ЕХЕшника) вообще включил адекватную версию а не решето с 5 лет не закрытыми багами?
3 — как вы вообще планируете узнать, сколько инстансов этой либы у вас в системе, и где они лежат (их же надо как-то обновить)
В линуксе я сделаю apt-update; apt-upgrade, и остальное меня не волнует.
Ну и разумеется, менеджер пакетов автоматизирует обновление и удаление всякого.
надо идти и искать, какой репозиторий подключатьА я вот этого не понимаю — что в этом плохого? У меня из стороннего подключены только packman, videolan и skype. Допустим, я разработчик, держу у себя репозиторий, периодически обновляю его. Что в этом плохого? Всяко лучше, чем задача в шедулере и служба, которая мониторит наличие активной задачи.
Или же предлагаете воспользоваться мелкософтовой репой и там публиковаться? А потом писать статьи на хабр какой MS плохой и банит у себя в репе? Или вдруг надо срочно обновить, а ты ждёшь когда MS одобрит.
Всяко лучше, чем задача в шедулере и служба, которая мониторит наличие активной задачи.Чем лучше?
Удаления нет, зависимостей нет, пакетов (в привычном понимании этого слова) нет.
Есть поиск в бд и запуск по url точно того же самого exe/msi инсталлятора, который вы можете скачать и запустить руками, но теперь
Где прорыв?
Самое смешное, что у M$ есть полноценный менеджер пакетов – NuGet. Только он специализированный.
полноценный
Detected package downgrade/0
Интересно, аналогичные истории для других пакетных менеджеров найдутся? В npm я себе такое представить могу, но знаний не хватает, чтобы понять, может ли случиться в реальности.
В npm, судя по всему, просто 100500 разных версий библиотек засунет и готово. Лучше бы он ломал билд, вместо этого. Больше было бы причин исправлять источник проблем (помойка в зависимостях), нежели последствия (чето много весит приложение). Сразу бы прививало правильные ценности, что каждую зависимость надо включать осторожно и проверять каждую ее зависимость.
Это уж не говоря о том, что иногда эти самые 100500 версий (да даже и просто две версии одной библиотеки) могут начать конфликтовать. Пример из практики: в зависимостях две библиотеки — ui-пакет от заказчика, который зависит от react-router версии не ниже 5.0.1, и react-router-dom версии 5.1.2, которой нужен react-router строго той же самой версии. И всё было нормально, пока ui-пакет не подтянул себе версию 5.2. В итоге сам роутер у нас из react-router-dom, а один из внутренних компонентов (Prompt, если быть точным) — из версии 5.2, и наличия роутера он попросту не видит. И привет, падения страницы. Лечилось, конечно, простым прописыванием react-router 5.1.2 в явном виде в package.json, но вопрос в том, какого чёрта?
Там проблема из-за достаточно тупой стратегии под названием nearest wins.
Т. е. имеем граф зависимостей вида:
App
- Lib1 >=1.0
- Lib2 >=1.0
- Lib1 >= 1.0
Ничего не трогаем, обновляем Lib2 до 1.1
App
- Lib1 >=1.0
- Lib2 >=1.1
- Lib1 >= 2.0
вроде бы все зависимости нормально разрешаются (тот же APT бы бровью не повёл), но с нугетом мы получаем
NU1605 Detected package downgrade: Lib1 from 2.0.0 to 1.0.0. Reference the package directly from the project to select a different version.
App -> Lib2 1.1.0 -> Lib1 (>= 2.0.0)
App -> Lib1 (>= 1.0.0)
А причём тут нугет? Это дотнет не может в один app domain загрузить две версии одной dll, отсюда и пошли ограничения. Да, нужно сейчас для многих разных вещей используется где можно эти ограничения обойти. Но исторически он создавался для подключения длл
Притом, что если внимательно прочитать сообщение, то можно заметить, что в графе зависимостей нет необходимости ставить две версии одной dll. Все зависимости определены как >=, но нугету всё равно становится плохо.
Там же семантическое версионирование, если мне не изменяет память, которое, по соглашению считает разные мажорные версии несовместимыми.
То есть запись Lib1 >= 1.0 означает 1.x, а 2.0 здесь уже не подходит
Cемантическое версионирование на происходящее никак не влияет, тот же самый эффект случается при смене 1.0.0 на 1.0.1
A v1.0 < — X v1.0 < — Z v1.0
A v1.0 < — Y v1.0 < — Z v1.0
Выпускается новая версия библиотеки Z. Пусть Y перейдёт на эту новую версию, а за ней и A попробует:
A v2.0 < — X v1.0 < — Z v1.0
A v2.0 < — Y v2.0 < — Z v2.0
В итоге у нас получится, что косвенно A будет ОДНОВРЕМЕННО использовать одну и ту же библиотеку 2-х разных версий. А это в принципе может быть невозможно — в этих библиотеках одни и те же классы могут иметь разные поля, например. И при попытке передать данные на основе Z из X в Y через A будет несовпадение типов.
Appget имеет уже большинство фич из roadmap майков, и они отлично работают. Какую-то часть потребностей он вполне удовлетворяет, например установка программ одной командой или обновление всего установленного одной командой. Не знаю, насколько он был сложен или лёгок в реализации, но на данный момент он куда более полноценен и закончен.
Удаления нет, зависимостей нет, пакетов (в привычном понимании этого слова) нет.
Вам показали версию 0.1, в планах к релизу первой версии uninstall и update будут в нем, это у них есть на гитхабе в роадмапе github.com/microsoft/winget-cli/blob…
Почему начали с инсталла и анонсировали тоже понятно-они хотят чтобы к моменту релиза версии 1.0 у них было уже достаточно пакетов.
Вообще непонятно.
У них есть знания, как устроен пакетный менеджер, у них есть образцы пакетных менеджеров с исходниками, у них даже есть свой пакетный менеджер. У них есть главное – человеческий ресурс. И тут они выкатывают "версию 0.1", которую какой-нибудь студент мог быстренько сделать на коленке без их помощи.
Нет, проблемы в этом нет. Просто странно. Обычно они так не делали.
Потому что они:
А) стараются вести разработку открыто, вместе с сообществом, чтобы получить отзывы как можно раньше. Чтобы заинтересованные люди могли участвовать в разработке
Б) не бывает никаких "человеческих ресурсов". Каждый проект должен быть прибыльным. Либо в деньгах, либо в неденежных вещах. Открытый бесплатный инструмент в этом плане ещё сложное, потому что трудно оценить прибыль от его существования. Но если решили создать, значит считают, что это выгодно, это повысит конверсию для платных продуктов вроде windows и azure. Так что проект пишет вполне фиксированная и небольшая команда, которая финансируется из расчета потенциальной прибыли проекта
Всё это так. Но оцените трудоёмкость того, что уже сделано, и разделите моё недоумение.
Трудоёмкость для фундаментальных вещей или проектов, которым нельзя сдохнуть под гнётом говнокода и кучи архитектурных просчётов, к сожалению, заключается не только в коде.
Условно говоря, они могли спроектировать архиткутуру, роадмапы, вот это всё, а к конференции успеть только сделать такую вот маленькую демку — типа "да, пока вот так, но уже работает, потом будет веселее".
(Сам код не читал)
Откуда про прорыв вы взяли я не понялЕсли не прорыв, то ради чего в статье подана история, достойная Голливуда? — «у компании стоимостью в триллионы долларов уходят месяцы длительной переписки, чтобы организовать слияние с AppGet, соглашения, личные встречи и собеседования в Редмонде, торги, бонусы, планирование переноса огромной кодовой базы (700 кб — это вам не шутки!), визит в штаб-квартиру в Сиэтле, переговоры, опять собеседования, все складывается хорошо, но что-то идет не так, дополнительно вмешивается коронавирус и только героическими усилиями Эндрю проект спасен, завтра прямой эфир на Build 2020!» Экранизацию можно разбавить партией в гольф, диалогами на крыше небоскреба, гонками на суперкарах по ночному городу, перестрелками и взрывающимся вертолетом. В главной роли Дуэйн Джонсон.
Вам показали версию 0.1, в планах к релизу первой версии uninstall и update будут в нем, это у них есть на гитхабе в роадмапеОт компании стоимостью в триллионы долларов в прямом эфире на Build 2020 как-то ожидаешь чего-то большего, чем wget со свистелками.
То, что делает Microsoft, называется культ карго: «в убунте ставят софт, набирая 'install' в терминале, и все говорят, что это круто, значит и у нас будет команда 'install' в терминале и мы тоже будем крутые». Но пакетный менеджер — он, внезапно, не про консоль, он про пакеты. Про то, что ПО устанавливается и удаляется централизованно и унифицированно, что управление зависимостями — автоматическое, и вы не получите dll hell, что у вас в системе не останется мусора и т.д. и т.п.
Ничего этого winget не предоставляет и вряд ли когда-либо будет.
Если не прорыв, то ради чего в статье подана история, достойная Голливуда
Мне кажется это для автора так выглядело-а звуит как просто собеседование на работу, думаю его рассматривали как раз для написания пакетного менеджера.
Возможно майкросфот был не уверен тогда они хотят купить какой-нибудь или написать свой.
От компании стоимостью в триллионы долларов в прямом эфире на Build 2020 как-то ожидаешь чего-то большего, чем wget со свистелками.
если вы посмотрите там показаны и значительно меньшие апдейты. Просто еще одна софтина, по крайней мере в статье с презентацией это выглядит именно так.
То, что делает Microsoft, называется культ карго: «в убунте ставят софт, набирая 'install' в терминале, и все говорят, что это круто, значит и у нас будет команда 'install' в терминале и мы тоже будем крутые»
Ну может это и выглядит как культ карго, но лично моя жизнь станет лучше когда пакетный менеджер у меня будет дефлотный, а не сторонний(сейчас-chocolatey), я как пользователь рад этому новведению.
Ещё пример отстрела собственных ног Майкрософтом могу привести. Таблет на 8.1, предустановленные плиточные приложения. Скайп выпилилидовольно рано, оставив только десктопный. Другие приложения — по сути сборники новостей по темам (Новости, Финансы, Еда, Здоровье и фитнес). Да и то, что-то уже просто не работает, что-то требует обновления и тоже не работает, а что работает кроме тематического сборщика новостей никакой пользы не несёт (т.е. или такая идея глупая была, то ли функционал развить было лень). И идея плиточного интерфейса (весьма удобная для мобильных устройств) полностью потрачена (а они её ещё и принудительно вместо рабочего стола подсовывали для неподготовленных пользователей).
Да и сама система постоянно становится сложней и тяжелей, но при этом теряет совместимость со старым софтом и железом — совмещают взаимоисключающие вещи.
github.com/microsoft/winget-cli/blob/master/doc/windows-package-manager-v1-roadmap.md
Там в M$ на этом проекте поднялись по карьерной лестнице новые люди, наварили себе приличных бабок. Так кто мешал просто выписать некую мат.помошь или каким-то иным способом компенсировать усилия автора, которые были использованы в основе их проекта?
Но зачем!? — это же опесорс, в котором воровать идеи можно вполне легально.
Слишком однобоко воспринимаете изложенную информацию
Я прекрасно понимаю, что ощущает автор текста ибо уже бывал в подобной ситуации. Только вот и другую сторону я могу понять…
И тут я вижу только один вариант исключить обиды — договорится о компенсации.
А воровство тут не кода, а идеи. А идея сколько ты ее опенсорсной лицензией не обвешивай она все равно принадлежит одному конкретному человеку. И когда ее беспардонно копируют — некоторый остаточек обиды по-любому появляется. Вот этот момент и должна компенсация убрать.
Сейчас он написал статью чтоб поплакаться, так как не уловил удачу за хвост хотя сама в руки лезла, уже тонну таких историй было
Если по этому направлению вопрос не решался — было бы логично по-другому его решить.
А плачется автор ИМХО не по упущенной выгоде. У вас видимо не воровали статьи (подписывая их чужими именами) и идеи. И вам трудно понять о чем его плачи.
У вас видимо не воровали статьи (подписывая их чужими именами) и идеи. И вам трудно понять о чем его плачи.Но ведь здесь явно не «украли», а просто «вдохновлялись». Мне в интернете не раз попадался креатив, где автор явно вдохновлялся какими-то моими работами. Источник вдохновления не был указан, но мне всё равно было очень приятно, что моя работа послужила одним из источников вдохновления для кого-то. Все мы постоянно вдохновляемся вещами, созданными другими людьми, и далеко не всегда явно указываем это.
во первых его явно не посылали, и даже не признавались в этом, к нему потеряли интерес так как он себя не проявил.
Спереть из опенсурса код невозможно по определению, код в оперсурсе просто общий, бери кто хочет — делай что хочешь, если хочешь чтоб тебя упомянули и сказали спасибо записывай в лицензию. какие блин идеи из него вынули все и так было на поверхности
автор мямлил полгода, нафиг такие производству?
вы то сами каждый раз благодарите автора кода которого скопировали на стековерфло? всегда ли пользовались лицензионной продукцией?
И давайте посмотрим на кодовую базу двух этих проектов, при такой разнице что там вообще можно было скопировать кроме как общей концепции?
В этом подлость
Так реализовать было делом техники с самого начала. Это не rocket science.
Не очень понятно, зачем его вообще приглашали, слушали и т.п. (это же тоже время – т.е. деньги). Выглядит так, будто каким-то менеджерам внутри M$ надо было отчитаться перед начальством, как много сил и средств вбухано в разработку пакетного менеджера – вот, изучали стороннюю разработку, хотели привлечь автора, но не удалось, поэтому делаем сами с нуля, дайте ещё денег! Попил бюджета?
Так кто мешал просто выписать некую мат.помошь
На GitHub есть довольно интересная дискуссия про мат.помощь, с участием автора AppGet и того самого менеджера из Microsoft.
В один ряд я их поставил, потому что и та и другая история — подковерная игра с одной мотивацией — стать самой крупной рыбой на рынке, прилагая минимум усилий. То есть паразитировать на достижениях других
Ну да, автору этого кино всё приснилось видимо. А откуда, в вашем представлении, мы должны черпать сведения о реальности?Значит, Гарри Поттер таки существует?
Приведите, пожалуйста, документальные свидетельства, опровергающие основные тезисы данного художественного фильмаДля начала, приведите эти самые тезисы.
Значит, Гарри Поттер таки существует?
Ну вы и сравнили! Браво!
Гарри не существует, а вот Билл Гейтс существует, а Стив Джобс — существовал.
Для начала, приведите эти самые тезисы
Если, посмотрев фильм, вы не в состоянии извлечь из него выводы и осмыслить идеи и мысли, заложенные автором, то я не обязан делать эту работу за вас
При любом споре, давать отсылку на какое-то полторачасовое видео — это дурной приём. Например, любители теорий заговоров пришлют вам массу ссылок на длинные видео со срывом покровов. На каждое из таких видео вам понадобится потратить полтора часа чтобы посмотреть, ещё полтора часа чтобы приметить спорные моменты, ещё день чтобы собрать какие-то факты с источниками, и ещё несколько часов на написание текста с разбором что там не так. И даже со своими выверенными фактами и ссылками вы не переубедите любителя теорий заговоров, так как на видео диктор говорит харизматичным голосом убедительно выглядящие вещи, которые некоторые люди просто не склонны проверять. Вы просто зря потратите время.
Что касается художественного кино. Даже если оно основано на реальных событиях, оно остаётся художественным. Режиссёр расставляет акценты, создаёт у вас нужное настроение и отношение к ситуации. Что-то может быть намеренно гиперболизировано, что-то — преуменьшено. Незначительным вещам может быть отдано гораздо больше внимания, значительные вещи могут быть упомянуты вскользь или опущены вовсе. Даже в недавно нашумевшем Чернобыле, где авторы подошли достаточно дотошно к соответствию фактам, не обошлось без ряда художественных приёмов, просто чтобы фильм получился более интересным. Так, целую группу учёных в сценарии заменили на одну женщину из Беларуси (после просмотра фильма я даже немного расстроился, что это был вымышленный персонаж). Но дотошность сериала про Чернобыль — это скорее исключение. Обычно от реальных событий в фильме остаётся совсем немного. У режиссёра стоит задача рассказать историю и вызвать нужные чувства у зрителя, и для этого в ход идёт огромное количество инструментов, включая банальный вымысел. И это нормально для художественного кино.
В общем, никогда не используйте ссылки на любое видео в качестве аргументации. Особенно если это художественное кино. В спорах ссылка видео уместна только как указание на источник какого-то тезиса. Ссылаться на какое-то видео вместо приведения тезисов — банально невежливо, потому что это выглядит как «сходи туда, найди там какие-нибудь тезисы, и опровергни их мне». У меня нет лишних нескольких дней на это. Тем более, я могу только догадываться, что именно вы подчерпнули из этого полуторачасового художественного кино.
Даже в недавно нашумевшем Чернобыле, где авторы подошли достаточно дотошно к соответствию фактам
Так, мне всё понятно…
Создателей этого сериала нужно очень долго и очень методично бить, возможно даже ногами. За один из «художественных приемов», только за него, не говоря уже о прочем показанном там бреде, якобы из жизни советских граждан.
Я говорю о том, что все герои сериала, постоянно, не прерываясь, пьют водку. Все, руководители, рядовые ликвидаторы, кгбэшники. Водку грузовиками завозят в лагерь ликвидаторов, они постоянно её жрут.
А теперь внимание вопрос — где вы видели такое в нашей стране? Где, когда? О том, что в тот год у нас вообще была антиалкогольная компания вовсю, я уже молчу.
Вас еще в проекте не было в тот год, а я являюсь современником тех событий, и точно знаю о чем говорю
О чем можно говорить с тем, кто эти помои называет «дотошным к фактам» художественным фильмом? Мне — не о чем.
К слову, говоря о соответствии фактам фильма Чернобыль, я имел в виду в первую очередь то что происходило на АЭС. Я смотрел интервью с людьми, которые непосредственно работали в ту ночь на ЧАЭС, и оно в деталях совпадало с содержимым фильма, то есть создатели явно старались соответствовать таким интервью. Такого уровня соответствия от фильмов, «основанных на реальных событиях», обычно ждать не приходится. Обычно они почти целиком состоят из отсебятины, немного разбавленной реальными фактами.
Я смотрел интервью с людьми, которые непосредственно работали в ту ночь на ЧАЭС, и оно в деталях совпадало с содержимым фильма,
Оно совпало в грубых деталях. Что когда произошло, кто куда побежал. Для этого много работы делать не нужно, все это доступно в интернете лежит любому желающему. Зато они макнули в говно и накинули бреда про людей и то, какую роль они играли в этих всех событиях, что тоже, кстати, доступно всем в интернете. Как обычно, сценаристы нашли себе тупого злодея и дальше тащили его до самого конца. Сценарий в этом плане довольно туп и беспощаден, от чего все это творчество не смотрится от слова вообще. А если еще чуть копнуть, то окажется, что они просто тупо слизали одну книжку (не помню уже название). Она как раз наводнена всем этим бредом, который усердно перенесли на экраны.
Сценарий в этом плане довольно туп и беспощаден, от чего все это творчество не смотрится от слова вообще.Фильм настолько не смотрится, что на КиноПоиске у сериала аж 9 баллов, на IMDB — 9.4. Ну явно фильм никому не понравился.
Расслабьтесь. Это художественное кино. Если оно не соответствует каким-то вашим ожиданиям — это не страшно. Художественное кино всегда отражает лишь видение сценариста и режиссёра. Даже если оно основано на реальных событиях.
Обычно, даже если фильм основан на какой-то художественной книжке — читаешь книгу, сравниваешь с фильмом, и удивляешься тому, как сильно они отличаются. Хорошо, если больше половины событий совпадает. Иногда от книжки остаётся каких-нибудь процентов 10. Хотя казалось бы, бери да снимай всё строго по книжке. Но часто нет такой цели. Фильм обычно рассматривается как самостоятельное произведение.
А откуда, в вашем представлении, мы должны черпать сведения о реальности?
Безотносительно к тому, что там на самом деле происходило между двумя корпоративными монстрами, просто интересен сам вопрос.
В первую очередь из художественного фильма мы узнаём мнение его авторов, не так ли? Даже, точнее, то, что они посчитали нужным сообщить зрителю. Учитывая, что основная цель создания художественных фильмов — сбор денег посредством продажи контента развлекательного характера, — трудно ожидать, что в художественном кино будет представлена объективная, сбалансированная и полная картина происходящего.
Конечно, случайно (т.к. не в этом основные цели) в кино можно узнать и какую-то правду о реальности. Неполную, не детализированную, без серьёзных обоснований.
В целом, всё это касается и художественной литературы, и вообще всякого искусства развлекательного характера. Имхо, если систематически делать выводы о реальности на основе потребления развлекательного контента любого типа, то и картина реальности получится соответствующая: неполная, неточная, необоснованная, искажённая личными мнениями авторов, и, в основном, ложная.
В принципе, даже если черпать выводы о реальности из разных научно-популярных источников, то результаты будут не сильно лучше — требование популярности к контенту накладывает сильные ограничения на содержательное качество материала и на его способность генерировать в голове потребителя не искажённое восприятие действительного положения дел.
Теперь непосредственно к вопросу. Если отнестись к нему серьёзно, то это вопрос, относящийся к эпистемологии — дисциплине научной философии, занимающейся теорией знания. Вопрос простой, но серьёзно ответить на него с такой же простотой формулировки вряд ли вообще возможно.
Если классифицировать знание по достоверности, то на первом месте, конечно, будет знание непосредственного восприятия. На втором — знание логических выводов из непосредственного. После этого возникает так называемая эпистемическая пропасть — любое знание, не попадающее в первые две категории, должно быть основано на доверии.
Возьмём, например, физику. На начальных этапах её развития исследуемое параметрическое пространство представляло собой ближайшее окружение, и практически любому было доступно воспроизвести современные на тот момент физические опыты, переведя это физическое знание в первую и вторую категории. Но развитие науки всё время требует расширения исследуемого параметрического пространства, и сегодня такой способ уже не доступен. В принципе, сегодня уже никто (включая учёных-физиков) не способен перевести знания современной физики в первые две категории достоверности. По этой причине в научных кругах и серьёзных научных журналах существует жёсткая нетерпимость к шарлатанству — из-за крайней необходимости в доверии любое потакание шарлатанству критически дискредитирует научную достоверность и науку в целом.
После эпистемической пропасти, привлекающей необходимость в доверии, при невозможности самостоятельно проверить все данные классификация по достоверности вынуждена опираться на авторитетность источников информации. По шкале авторитетности на первых местах находятся публикации в признанных научных журналах, работы признанных учёных и специалистов. Художественное искусство, увы, находится на местах последних, как то, чему лучше всё-таки в контексте познавания реальности лучше не доверять.
Да, у Microsoft была достаточно агрессивная стратегия. Так и Google или Apple успешны тоже не из-за красивых глазок.
Нет стабильности. Вместо стабильной версии раз в несколько лет — что-то типа rolling-release. Теперь перед каждым обновлением думаешь, а не сломается ли система. Казалось бы всё это Windows 10, да вот только сколько версий этой самой десятки. Я устал считать.
Мы прекрасно видим, что больше нельзя сказать: Windows это стабильно, а Linux — нет. Уже одинаково, если не сказать больше. Именно из-за стабильности версий коммерческие игры раньше клепали исключительно под Windows. Представьте, делаете вы игру, а через пару лет операционка прилично видоизменилась. Снова тестирование, снова доработка, возможно срыв сроков. Теперь же загляните в Steam или GOG, всё больше крутых игр делают и под Linux. Там точно известно, что пару лет дистрибутив будет неизменен (LTS).
Я говорю это всё не для холивара и Linux здесь для примера как один из конкурентов, есть и macOS, но преимущества Windows над другими ОС уже малозаметны. Будем честны, с Windows не хочется слезать только из-за игр. Средства разработки хороши на любой из популярных операционных систем и тут надо просто иногда пересилить свои привычки и пересесть на аналог. Игры же иногда не запустить нигде кроме Windows.
Будем честны, с Windows не хочется слезать только из-за игр.
Посмотрел на свой корпоративный ноутбук, и… не нашел в нем ни одной игры :( А если серьезно, вы уверены, что на Windows сидят только из-за игр? А имея свою фирму и ИП (не в России) я еще и не могу полностью слезть с винды, потому что все более-менее качественные бухгалтерские программы только под винду. Да, их можно попытаться запускать под вайном. Но эти танцы с бубном могут вылиться в большой геморрой чуть позже. Оно мне надо?
свой корпоративный ноутбук
имея свою фирму и ИП (не в России)
все более-менее качественные бухгалтерские программы
А ваша корпорация не пробовала нанять ну, типа, бухгалтера на аутсорсе, что обойдется (не в России) примерно в €150 / $200 в год?
Вы не путайте, моя фирма и мои ИП — это моя фирма и мои ИП. А корпоративный ноутбук — это корпоративный ноутбук. Можно иметь фирму и ИП и при этом работать где-то еще. Так бывает :)
И зачем мне по фирме нанимать буха за деньги, если это может делать жена :)
я еще и не могу полностью слезть с винды
если это может делать жена
Ну купите жене свой ноутбук тогда, что ли.
У неё свой десктоп, на винде. Под линукс и мак бухгалтерского софта нет. Есть еще отдельные штуки для отправки отчетов в соответствующие инстанции, этот софт тоже есть только под винду.
P.S. Вы, по-моему, просто решили подокапываться до слов и формулировок, хотя всё поняли изначально.
Это не моя вина, что вы не в состоянии внятно изложить свою точку зрения.
Под линукс и мак бухгалтерского софта нет.
Всегда приятно услышать взвешенное, четкое, подкрепленное жизненным опытом, — ошибочное мнение. Я не умею / не хочу искать ≠ не существует.
Я в 2002 году, когда про линукс еще вообще мало кто слышал, в Германии всю бухгалтерию делал в линуксе. Сейчас в конторе вообще нет виндовозов, и ничего, бухгалтерия как-то справляется. На абаке, не иначе.
Рад за ваши успехи. А я, в свою очередь, не вижу смысла продолжать разговор с человеком, который
с дробной кармой пишет в профиле вот это:
Я никогда никому не ставлю минусы. В мире и помимо меня достаточно самовлюбленных болванов с синдромом вахтера, всегда точно знающих, как «правильно».
И дальше умудряется совмещать в одном предложении слова "ненавижу" и "хейтеров":
"Ненавижу MacOS, Google, балаболов, уверенных, что глубокий AI рядом, и хейтеров."
Windows это стабильно, а Linux — нет.
Win98 я стабильно переустанавливал раз в месяц. WinXP — раз в 3 месяца. 7 — первые два месяца раз в неделю, потом больше не преустанавливал до выхода 8-ки. 8-ку — до выхода 10-ки, 10-ку — всего два раза — когда покупал более крупный SSD и когда в процессе апгрейда 70% компа что-то проиозшло с загрузочным сектором. Вот вы про какую стабильность имеете в виду? Про стабильную переустановку по кд или про то, когда она начала работать без переустановкок?
А зачем её переустанавливать при смене системного диска? Все ведь легко переносится сторонними утилитами (какая-нибудь бесплатная Clonezilla, которой просто указываешь скопировать один диск на другой), а если хочется хардкора, то можно все сделать с помощью diskpart из консоли установочного диска Windows.
Кстати, мои друзья уже много лет делают подобное — WAPT (https://www.tranquil.it/en/manage-it-equipment/discover-wapt/), выступали несколько раз на разных конференциях и этой штукой пользуются несколько сотен компаний.
Истинные ценности абсолютного большинства бизнесов — максимизировать доходы хозяев и управленцев в самой верхушке. Всё остальное, что любят впаривать работникам, можно обобщить термином "корпоративный булщит". Имхо, единственная рациональная причина хотеть поработать "на дядю" — набраться опыта, чтобы в итоге можно было работать на себя, а не за подачки с барского стола.
Судя по статье, Мелкомягкие не убивали AppGet. Автор сам решил его закрыть, потому что Мелкомягкие выпустили свой клон.
Ему сказали ждать звонка из отдела кадров. Но потом, в течение шести месяцев Кейван ничего не слышал от Microsoft.
И сам на протяжении полугода не пытался связаться и узнать, что да как? о_О
Трудно сказать как именно, но нужно быть до безумия оптимистичным, чтобы искать хоть каплю альтруизма в действиях фирмы, которую ещё в середине 90х годов называли – «самой хищной и самой подлой акулой в океане бизнеса». Отсюда и пляшем. Опыта в таких делах «Майкам» не занимать — с корпорацией IBM, и проектом OS/2 Microsoft тоже несколько лет целовалась, прежде чем выкопать для них ямку.
тут все гораздо проще, Майкрософт делает все чтоб разработчики оставались в их экосистеме, при этом создает инструменты в этой эко-системе которые проще развернуть в облаке Azure, прибыль от которой переводит остальные продукты на уровнь балласта
Только недолёкий считает что создание WSL это намерение закопать линукс
К счастью, таких очень мало, но они как правило самые буйные/шумные :-)
Я вот тоже не верю корпорации, которая уже много раз, на практике применяла метод «Поддержать, надстроить и уничтожить» (см. саму публикацию). Встретимся через несколько лет, на похоронах десктопного линукса.
PS для Nagg — прочтите коммент ниже, от eagleivg
Вы можете назвать хоть один ЕЕЕ из этого тысячилетия при Сатье?
единственная аудитория, которая светит реально линуксу
Восторженные хомячки, которые прибежали на MacOS за «понятным интерфейсом», «элитностью» и «ух ты, почти юникс» — с каждым очередным факапом эплов оттуда бегут. Куда? — Ну не на винду же.
Поскольку единственное конкурентное преимущество маков — это цена в шесть раз выше, чем оно того стоит — скоро там останется три с половиной дизайнера, и ага.
Ок, значит нет примеров.
Десктопный Линукс это миф :) его никогда и не было и не будет. Потому что Линукс пишут фанаты консоли и unix way им самим не нужен удобный визуальный интерфейс как для простых смертных
Да, Микрософт давно очень волнуют две вещи:
1. Засилье линуксовых серверов в целом и изначально никсовых демонов в частности (взгляните хотя бы на доли Apache и nginx).
2. Отток разработчиков (в особенности вебдева и конкретно js/ts, которые сегодня везде) на мак и линукс.
Как можно остановить и первое, и второе? Это и есть ваш ответ — создать сначала те же, а потом лучшие условия. Например встроить Linux в свою ОС, чтобы париться и переезжать вообще было не нужно. Сделать менеджер пакетов и нормальный эмулятор терминала, чтобы тем же разработчикам было удобно работать. Как только это разовьется до определенного уровня, внезапно окажется, что другие ОС в общем-то и не нужны.
Хоть убей не понимаю почему вы этого не видите. В репутации Микрософт крайне мало положительных вещей, а тут почему-то все это воспринимается как откровение и вселенское благо.
Возможно их попытки видятся добром просто потому, что борьба с опенсорсом похожа на борьбу с ветряными мельницами или объявление войны морю, но ресурсы в это вкладываются просто невероятные. С виду кажется, что даже большие, чем в свое время вкладывались в неудачную попытку завоевать мобильный рынок. Ну, кто его знает, мне кажется что они и это провалят, но смотреть на это легкомысленно или радоваться этому — недальновидно, как по мне.
Как можно остановить и первое, и второе? Это и есть ваш ответ — создать сначала те же, а потом лучшие условия. Например встроить Linux в свою ОС, чтобы париться и переезжать вообще было не нужно. Сделать менеджер пакетов и нормальный эмулятор терминала, чтобы тем же разработчикам было удобно работать. Как только это разовьется до определенного уровня, внезапно окажется, что другие ОС в общем-то и не нужны.То есть вы на полном серьёзе критикуете Microsoft за то, что она пытается делать свою ОС удобнее для веб-разработчиков? Но что же вы тогда предлагаете ей делать?
Хоть убей не понимаю почему вы этого не видите. В репутации Микрософт крайне мало положительных вещей, а тут почему-то все это воспринимается как откровение и вселенское благо.
Причём, у Apple стратегия гораздо более коварна, чем у Microsoft.
Какая такая стратегия? Пока я не вижу ничего положительного в их экосистеме с точки зрения разработчиков. Наоборот, все их последние решения отталкивают людей. Вэб девелоперам так вообще все равно где работать, у них vscode есть. У макоси всегда было одно преимущество — это unix, но при этом не линукс.
Какая такая стратегия?Apple делает точечные ограничения, которые избавляют их от нежелательной конкуренции. Например, в iOS всем кроме Safari запрещён JIT. В итоге полноценный альтернативный браузер под эту платформу невозможен — можно делать только мордочки к движку Safari. В итоге — пока iOS популярна, каким бы убогим их движок ни был бы, его всё равно будут поддерживать, так как альтернатива под эту ОС просто невозможна.
Пока я не вижу ничего положительного в их экосистеме с точки зрения разработчиков. Наоборот, все их последние решения отталкивают людей. Вэб девелоперам так вообще все равно где работать, у них vscode есть.Тем не менее, я вижу много перебежчиков. Вот с начала этого года ещё как минимум пара моих знакомых перешли на MacOS, и я вижу такую картину уже не первый год. Говорят, что удобнее устанавливать и настраивать окружение, потому что многие нужные им инструменты заточены под unix-системы и имеют кучу ограничений под Windows. Я сам не веб-разработчик, так что подробностей у меня нет. Но из своей практики могу привести пример. На одном из старых проектов использовался Go. Так вот оказалось, что его стандартная библиотека в первую очередь заточена под unix-подобные ОС, и какие-то функции просто не реализованы под Windows (например). Не потому что реализовать невозможно, а потому что это не приоритет для Go.
Например, в iOS всем кроме Safari запрещён JIT
Во-первых, непонятно к чему это вообще в данной теме. Во-вторых, это запросто объясняется их политикой безопасности. Safari на iOS имеет очень серьезные привилегии для этого JIT, которые недоступные практически никакому даже системному приложению. Не говоря о том, что вообще исполнение произвольного кода, даже интерпретацией, им совсем не хочется видеть. Плана в завоевании мира тут не прослеживается. Тем более такого, какой бы касался микрософта.
Тем не менее, я вижу много перебежчиков
Это не статистика. Почитайте stackoverflow survey. Половина разработчиков сидит на винде, остальные поровну на линуксе и макоси.
не потому что реализовать невозможно, а потому что это не приоритет для Go
Я таких не знаю. Единственное, что они реально не сделали, это систему плагинов, но она нахер никому не нужна. Windows для Go это один из приоритетных платформы наряду с линуксом, макосью и другими. Если что-то обязательное не работает, то релиз блокируется.
Собственно, все вами описанное про удобство окружения WSL полностью и решает. Ставится vscode, ставится remote WSL плагин и вот мы получаем unix окружение на винде и никаких ограничений. Как раз у микрософт с планом все прекрасно. Максимально все сделать так, как на других платформах, а не пилить свою альтернативу.
А эпл продолжает барахтаться в своей walled garden. Вносит все больше ограничений на установку и разработку приложений. Ставит палки в колеса опенсорсу этим. Тем временем их единственная вещь для разработчиков, xcode, все так же остается куском говна, которым пользуются, потому что альтернативы нет. Ну и свифт в полумертвом состоянии, если говорить о его популярности за пределами эпл.
Во-первых, непонятно к чему это вообще в данной теме.Это пример того, что у Apple гораздо более коварные методы борьбы, чем у Microsoft. Настолько коварные, что большинство их пользователей об этом даже не догадывается =) Вот, даже вы какие-то нелепые оправдания для них придумываете. Ничто не мешает разрешить сторонним приложениям JIT, который будет выполнять сгенерированный код с теми же правами, что и само приложение.
Это не статистика. Почитайте stackoverflow survey. Половина разработчиков сидит на винде, остальные поровну на линуксе и макоси.Верно. Только вот отмотайте на 15 лет назад, и увидите, что почти все сидели на винде.
Я таких не знаю.То что вы чего-то не знаете не значит, что такого нет. Сейчас вижу, что нереализованных под винду функций гораздо меньше, чем 2-3 года назад. Но вот эта, которая мешала полноценной работе CoreDNS на винде, всё ещё не реализована. Автор CoreDNS при этом задавался вопросом, мол кому вообще в наше время нужна поддержка винды в таком проекте, мол целевая аудитория давно сидит на unix-подобных ОС.
Вот, даже вы какие-то нелепые оправдания для них придумываете.
Какие оправдания? Я эти привелегии сам видел, когда копался во внутренностях iOS. Safari это особенное приложение и это во многом чисто инженерное решение, почему эпл не разрешает сторонним браузерам тащить свои движки.
Ничто не мешает разрешить сторонним приложениям JIT, который будет выполнять сгенерированный код с теми же правами, что и само приложение.
Вы явно не представляете опасности разрешения выполнения произвольно кода, да еще нативного. Вы слыхали об эксплоитах через safari под ios? А ведь он крутится в довольно суровой песочнице, ограничен в правах. Только вот это не важно. JIT это исполнение кода, а это значит злоумышленник получает прямой доступ в адресное пространство процесса. Дальше через уязвимость он обходит средства безопасности javascript движка и попадает в контекст самого приложения. Оттуда он дергает вызов ядра, потому что без них ниодно приложение работать не может, а в нем тоже уязвимость. И вот мы внезапно в ядре и делаем, что хотим. Браузер это всегда огромная дыра в любой системе и самый первый вектор атаки. Поэтому это очень правильно решение запретить сторонние движки. И кстати, это касается всех приложений. В AppStore запрещено тащить приложения, которые могут скачивать произвольный код и исполнять его. Весь код, который исполняется, должен быть в AppStore в пакете приложения.
Верно. Только вот отмотайте на 15 лет назад, и увидите, что почти все сидели на винде.
За 15 лет остальные ОС улучшались и закономерно рынок поделился. Мне неважно, что было 15 лет. Смысл в том, что ваши наблюдения в кругу знакомых бесполезны. И сейчас, именно сейчас, экосистема эпл имеет куда меньше преимуществ. Да практически вообще никаких уже. Железо дорогое, ОС кривая, куча ограничений повсюду, unix окружение в винде есть, весь софт работает. И эпл не делает ничего, чтобы это изменить. Наоборот, они полностью сменили фокус на потребительский рынок и приставка pro в их продуктах давно потеряла смысл.
То что вы чего-то не знаете не значит, что такого нет.
Я обратного и не говорил. Зато вижу, что Go работает прекрасно на винде, поддерживает все последние функции. Все приложения, с которыми приходилось сталкиваться, просто перекомпилируются под винду. Все это к тому, что ваше заявление преувеличено. Ну и это все не имеет никакого отношения к разработкам, которым до этих мелких функций дела мало. Веб разработчики http сервисы и javascript пишут, а не ковыряются с файловыми дескрипторами.
Вы явно не представляете опасности разрешения выполнения произвольно кода, да еще нативного.Ох, я оказывается себя такой опасности подвергаю, запуская Firefox на Android. Аж просто страшно стало.
Я отлично представляю возможности машинного кода. Работа у меня такая. Как вы и сами заметили, для эксплуатации уязвимости в движке браузера как минимум ещё нужна уязвимость в ядре ОС.
Безопасность путём запрета JIT всем кроме Apple — это сильно, конечно =)
Зато вижу, что Go работает прекрасно на винде, поддерживает все последние функции.Ну вот смотрите, мы на своём проекте поимели немало геморроя из-за этого. Но будем считать, что нам просто не повезло. Это не отменяет факта, что стандартная библиотека Go в первую очередь заточена под unix-подобные системы.
Веб разработчики http сервисы и javascript пишут, а не ковыряются с файловыми дескрипторами.На всякий случай, если вы не обратили внимания — эта функция находится в пространстве имён net и работает с сокетами. Если вы пишете свой сервер, то она бывает весьма полезна. 2-3 года назад нереализованных функций по этой части было больше. Благо, я уже давно никак не связан с Go, поэтому не слежу. Но то что dup до сих пор не реализовали через виндовый WSADuplicateSocket — не удивлён. Всё дело в приоритетах, и Windows явно для Go не на первом месте.
Нет никакой проблемы, с чего вы взяли что я вижу в этом проблему? Я ниже уже написал что я спорю с тезисом «Микрософт изменились и теперь действуют нам всем во благо, нет никакого плана». И изначально я отвечал человеку, который задавался вопросом «какой стратегический план должен быть при этом?».
Я ниже уже написал что я спорю с тезисом «Микрософт изменились и теперь действуют нам всем во благо, нет никакого плана».Опять же, я не вижу этого тезиса во всей ветке.
Никто не говорит, что Microsoft действует в ущерб своим интересам. Любая компания всегда действует в пользу своим интересам. Иначе просто не бывает. Но Microsoft действительно изменилась — она пытается действовать более элегантно. Не пытаться как баран всеми правдами и неправдами протолкнуть Windows Server, а начать зарабатывать на этом же рынке возможно даже больше, но другим способом, делая удобным использование Linux на их облачных серверах.
Я лишь опровергаю глупый тезис о том, что Микрософт изменились и теперь творят добро направо и налево просто так, потому что они зайки и лапочкиКажется, вы сами себе придумали этот тезис. Они продолжают конкурировать. Адаптировались к изменившемуся рынку, пытаются вести себя более элегантно, но продолжают конкурировать, и это совершенно нормально. Их выгода — в продаже их облачных решений. Им совершенно без разницы, какая ОС там вертится в облаках. Как показала практика, для этого чаще всего используется Linux, и их это вполне устраивает. Поэтому они делают разработку под эти облака удобными из их ОС. Предлагая свои удобные инструменты разработчикам, они попутно могут продвигать их же облака. Всё. Никакого заговора.
Ещё раз. Microsoft хочет видеть Linux в их облаках, а Windows на десктопах. Они не хотят закапывать Linux, так как они на нём уже давно зарабатывают.
Реализуется план по выдавливаю опенсорс решений с рынка
И поэтому они создаются удобства для работы с линуксом через WSL? Я чето не пойму, откуда вы это выдумали. Что они делают, так это принимают как должное, что опенсорс решения в определенных сферах лидеры и находятся способы это монетизировать. WSL это способ заработать, потому что разработчик будет писать софт под линукс под виндой и запускать его в азуре. Все довольны, и МС, и опенсорс.
Если все будут сидеть на винде и не иметь необходимости переключаться на что-то другое, то это в первую очередь повлияет на десктопный линукс (и макось до кучи), вместе с сопутствующим софтом и подсистемами. Среди прочего, за ненадобностью отомрет кроссплатформенность в различных IDE, уже сегодня схема работы через любую виндовую IDE + WSL становится очень популярной.
Что именно и как будет делать Микрософт, создав незаменимую экосистему и полностью монополизировав рынок разработки — загадка, направлять развитие сферы и подталкивать пользователей к нужным решениям можно кучей способов.
Если линуксовые сервера остаются, то как остановится отток на мак/линукс, если работать надо с такими серверами, а на винде до сих пор простейшего ssh клиента по дефолту нет, чтобы до таких серверов достучаться.
OpenSSH клиент встроен в Windows 10 уже пару лет как, просто пишешь ssh в стандартной консоли и все. Эмулятор терминала новый то ли уже зарелизили, то ли вот-вот в этом году, не очень слежу.
В первую очередь снять необходимость запуска на реальном железе, что отвлечёт часть людей, также станут не очень нужными de что снизит число пользователей / feedback далее постепенно собрать большинство пользователей (не серверных) внутри своей подсистемы и далее уже постепенно отрезать те или иные куски.
Это просто как один из возможных вариантов действий, на мой взгляд реализуемый, вопрос желания.
Из последних событий вырисовывается другая картина. EEE уже, очевидно не работает, поэтому компания видоизменила эту стратегию. Взять хотя бы новость про WSL2 — в ядро Linux(!) добавили полноценую реализацию D3D12(!!!). Покажите мне те мифические программы под Linux, которые требуют его? Так для чего же это было сделано? Очень напоминает классический EEE, с поправкой на задействование OpenSource компонентов.
Покажите мне те мифические программы под Linux, которые требуют его?
Может для игр как вариант?
Хотя игры под линукс вроде как только OpenGL или Vulkan используют…
Так для чего же это было сделано? Очень напоминает классический EEE, с поправкой на задействование OpenSource компонентов.
Стоило бы сначала прочитать официальный блог пост, где четко расписано, куда что зачем добавлено и какие юз кейсы это обеспечивает
devblogs.microsoft.com/directx/directx-heart-linux
где четко расписано, куда что
Да, это подробно расписано
зачем
Вот про это ни слова. Много обещаний сделать транслятор GL и VK в DX, но кто мешал сделать тупую обёртку над вендорским драйвером?
Предполагаю, раз они пошли таким сложным путём, это зачем-то нужно. Вот только ответа зачем в посте как раз и не увидел. Если я слепой, то прошу ткнуть носом.
кто мешал сделать тупую обёртку над вендорским драйвером?
Не знаю насколько тупая, но это она и есть. Они прикидывают в WSL обобщенный интерфейс к драйверу GPU на винде. Сам драйвер может быть каким угодно для какой угодно карты.
Если я слепой, то прошу ткнуть носом.
Они не пошли сложным путем. Они прокинули в WSL то, что у них есть в винде. А это нативные сисколы до GPU, что дает аппаратное ускорение и позволяет GPU использовать из обоих оболочек. Очевидный юзкейс они приводят — ML. Очевидно, что весь набор ML библиотек и инструментов находится на линуксе. Вот они и дают эти обертки, чтобы CUDA была доступна прямо внутри WSL нативно, а там заодно докер и все остальное сразу.
Не удивлюсь, если люди, которые сидят на виндовых серверах, но хотят что-то из экосистемы линукса (тоже машинное обучение), смогут благодаря этому прямо в продакшене крутить приложухи внутри WSL, а не поднимать линуксовые сервера, которые вносят лишь гемор дополнительный, если у тебя везде винда.
Подозреваю, что линуксовые GUI приложения, которые обещали, получат аппаратное ускорение именно через этот интерфейс.
в ядро Linux(!) добавили полноценую реализацию D3D12(!!!)Очень странно, что именно в ядро, а не в Mesa.
Они линукс с конца 90х закапывают, да гугль все карты портит.
Интересно было бы почитать что именно украли у автора без визгов, а по фактам. А так же сравнить с архитектурами других пакетных менеджеров.
Собственно, а почему «убила»? Использовала для создания собственного продукта. Если я беру из поваренной книги рецепт котлет и немного изменяю его — я не убиваю котлеты, я делаю немного другие котлеты. Если же котлеты по новому рецепту не нравятся кому-то — никто не мешает ему продолжать готовить традиционные.
>Embrace, extend and...
...make your own.
Если мой конкурент делает хотдоги и я начинаю делать хотдоги, чтобы переманить его клиентов — я делаю что-то плохое только в том случае, если я ворую защищенную собственность, например — секретный рецепт соуса для хотдогов. Если же мой конкурент имеет оригинальную идею, которая может помочь и мне, но при этом эта идея открыта и её использование кем угодно, а не только моим конкурентом, не запрещено — я буду плохим бизнесменом, если не использую эту идею и не предложу своим клиентам хороший новый продукт, встроенный в привычную для них экосистему.
Я даже не знаю, как ответить… А надо-то как? Играть, но не пытаться выигрывать?
но не раскрывает весь процесс производства
Вот тут ваша аналогия сильно не совпадает с действительностью — весь процесс «производства» WinGet открыт.
Сам еще не пользовался ни winget, ни appget — а в последнем можно так галочками управлять?
Ну и не важно какой язык установленной ОС, качаться всегда будет на английском
Url: https://download-installer.cdn.mozilla.net/pub/firefox/releases/76.0.1/win32/en-US/Firefox%20Setup%2076.0.1.msi
Автор год торговался вместо того чтоб начать работать. Microsoft забила болт и написала свой аналог.
Сам себе Буратино. К тебе пришли с предложением, ты решил, что ты уникален. Оказалось нет.
Где вы это увидели? Судя по статье, с автором лениво переписывались месяц, он согласился, потом с ним не менее лениво переписывались ещё три месяца, а потом сказали «ой, не получилось, давай по-другому» и пропали ещё на полгода.
Когда большая компания хантит, и у неё действительно есть интерес, то всё прекрасно решается за неделю. И это делается не по почте, разумеется. Тут же видно, что у них внутри изначально тоже не было понимания, зачем им нужен автор, и они рассматривали его найм лишь как один из многих вариантов.
К нему пришли с предложением работы, он в свою очередь начал торговаться кто будет подчиняться ему и кому он. Майкрософт покрутили пальцем у виска и удалились, написав в последствии аналог коих и так с десяток.
Кто тут лохонулся? Почему я должен верить ему, что всё спёрли у него если он сам в том же тексте пишет как он торгуется у кого что должно быть длиннее?
Это не тот продукт в котором ты заходишь с носака отпирая двери. Оно довольно примитивно в том виде в котором сейчас оно есть. Ему и так сделали большое одолжение нанимая без кучи стандартных для Майкрософт процедур, а он начал пальцы гнуть.
Ну ненужна тебе работа и ненужна, нефиг потом ныть. Опять таки у всех продуктов майкрософт есть аналоги вполне успешные на рынке, но он как обиженка, хлопнул дверью и начал рассказывать что больше ни ни.
Когда большая компания хантит, и у неё действительно есть интерес, то всё прекрасно решается за неделю.
Да, но вот только у автора апгета не было интереса. Зачем большой компании хантить человека который будет ходить на работу чтобы пинать МПХ?
Они открыто спросили его: что он хочет. Он пожелал какую-то подписку на ажур. Пожелай он стать ведущим разработчиком по направлению апгета — вот тогда бы большая компания и была заинтересована его хантить. На месте менеджера из большой компании я бы прервал связь с ним сразу после оплаты его подписки на ажур и больше никогда с ним не связывался, но с ним даже заговорили о работе. В очередной раз не увидели в нем ровно никакой заинтересованности и забили.
Была российская компания (из двух человек), которая делала дополнение к Navision.
Потом Microsoft купила Navision, спустя какое-то время заметила и этот продукт. Видимо, кто-то решил, что им там нужна эта функциональность. А, поскольку продукт был совсем не оперсорсным, его просто купили вместе с исходниками. Сколько именно заплатили, я не в курсе, но, вроде, неплохо.
Ну а дальше все пошло по классическому принципу больших корпораций. Купив Navision, Microsoft внезапно обнаружили, что у него есть фатальный недостаток — «его сделали не мы». И начали активно переписывать. А поскольку они тогда с какого-то перепугу купили не одно бизнес-приложение, а четыре, то основные ресурсы пошли на те, у которых был американский рынок, а остальные финансировались по остаточному принципу. В итоге, обещанная brand-new версия подзадержалась. И, появилась ли там купленная функциональность, я не в курсе. Мы к моменту выпуска новой версии обновлять Navision перестали…
Ну а тот продукт так и умер. Купили же…
Начал читать, но пришлось перейти в оригинал, потому что не осилил. Потом у меня закралась мысль, что я до этого читал гугл-транслейт. И не ошибся.
Хабр:
Они не должны были портить Windows Store так сильно, как они это сделали.
Оригинал:
They shouldn’t have screwed Windows Store as badly as they did.
Google Translate:
Разве что дописали недостающее слово в конце предложения.
Я, конечно, понимаю, что гугл-транслейт удобное подспорье для ускорения процесса, но адаптировать же надо.
Смысл фразы в том, что факап с Windows Store был совершенно непропорциональным. Здесь лучше вообще конструкцию сменить, хотя бы так: «Так облажаться с Windows Store — это надо было ещё суметь». Тоже не совсем точно смысл передаёт, но хотя бы живо и по-русски.
Пожирала самыми грязными способами. Помятая после покупки SCO Unix, иски от Microsoft к linux, любой opensource должен за километр обходить microsoft.
Помню единственную, рискованную оригинальную вещь, в которую microsoft вложилось, но в силу революционности не смогла ее довести до ума это ОС Singularity, идейный аналог Android, их разделяет около года. Но google смог довести до ума мобильную ОС на базе интерпретируемого языка, а microsoft нет.
Это фундаментальная особенность бизнеса microsoft, она пожирала чужие идеи, когда была уверенна в их успешности, начиная с QDOS, Netscape, с java обожглась появился dotNet. Пожирала самыми грязными способами.Ну да, а все остальные компании всячески избегают конкуренции друг с другом, и никогда не используют идеи, которые уже когда-то кем-то где-то были реализованы. В каком чудесном мире мы живём!
Помню единственную, рискованную оригинальную вещь, в которую microsoft вложилось, но в силу революционности не смогла ее довести до ума это ОС Singularity, идейный аналог Android, их разделяет около года. Но google смог довести до ума мобильную ОС на базе интерпретируемого языка, а microsoft нет.У Singularity и Android не было ничего общего. Singularity изначально была исключительно исследовательским проектом, где Microsoft пыталась все части ОС, включая ядро и драйвера, реализовать на managed языках (C# и производные). У Android таких целей никогда не было, у него вполне себе обычное ядро Linux и драйвера, написанные на обычном C.
До этого считал Chocolatey самым удобным менеджером пакетов для Win.
всё правильно сделали, это опенсорс, детка.
github.com/microsoft/winget-cli/issues/223
Сам же описывает как его пригласили работать минув все процедуры и круги ада устройства к Майкрософт, а он начал торговаться кто ему будет подчиняться и кому он.
Ну, я бы не сказал, что он торговался. Он пытался понять свою роль в компании. А её, как я понял, ему не смогли объяснить (ну или он не смог понять). Идти работать на условиях "пойди туда, не знаю, куда; сделай то, не знаю, что", ну… такое себе. Даже если речь о компании уровня Microsoft.
Вообще интерестно как обсуждалась зарплата(этож главное по сути)
Откуда они сами то могли знать роль?
Если не знали, то к чему он туда вообще ездил? Чаю попить?
Продукта то еще не было.
По моим сведениям продукт был. Назывался AppGet.
Вообще интерестно как обсуждалась зарплата(этож главное по сути)
Если для вас главное деньги, то это не значит, что для остальных это так же.
Но он стал задавать вопросы(а какая структура, его роль и пр.), т.е. им пришлось это продумывать. Как только продумали, наверняка возник вопрос — а зачем вообще автор, технически МС это и само может сделать, само ПО не очень сложное.
Ну вообще по деньгам можно было понять свою позицию в корпоративной лестнице
В статье написано, что Эндрю пригласил Эндрю на работу в Microsoft. Кейвана никто не приглашал.
Как Microsoft убила AppGet