Нет, не путаю. Это вы путаете программу, которую можно скачать без оплаты, с free software.
Есть только одна корявая лицензия (про которую никто не слышал), которая признавалась FSF как free и подразумевавшая отсутствие исходников в каких-то там случаях.
Все это есть, конечно. Но вы в своей истории противоречите сами себе - VLC это точно такой же проект с открытым исходным кодом, реализованный энтузиастами (пусть даже с участием спонсоров). И кодеки эти тоже. И toolchain для их сборки. И любой браузер, nginx, php, python, npm, docker, да что угодно - все это сделано или начиналось энтузиастами, которые старались делать для всех, сделать что-то открытым стандартом, бесплатно, а потом это постепенно становилось популярным, всякие регуляторы принимали открытые стандарты и т.д. То есть вы взяли не ублюдочный Media Player Classic, не Internet Explorer, а free и opensource софт. То есть именно благодаря этой модели сегодняшний ИТ мир такой, какой он есть - удобный, быстрый, с массой приятных фич. И практически ничего из этого не было сделано ни в Win, ни в Mac мире, они просто паразитируют на этом и только последние годы та же MS стала прикидываться белой овечкой.
Или тогда уже даже появился i9 и на Мак, точно, там еще такие же дикие проблемы с охлаждением были. В общем, не взял только из-за ужасной клавиатуры и дубовой MacOSX.
Зачастую (всегда) проблемы с железом это просто или слишком новое железо или мудак-производитель (часто первое вытекает из второго).
Вот у меня ноутбук за 5500 евро. Итог:
Сначала некоторые вопросы не были решены и я находил костыли. Например, такая же проблема с яркостью и регулятором (почти). Из-за того, что это был новейший OLED-дисплей и просто не добавили пару записей для него.
Некоторые вопросы не решены до сих пор. Причем, в Windows тоже. Например, жесткий throttling. А связано это с тем, что Intel придумал очередную идиотскую технологию, которая определяет, находится ли ноутбук на коленях и регулирует при этом температуру (видимо, чтобы не засудили их очередные безмозглые люди по типу тех, что сушат в микроволновках котов, т.к. на них не написано, что сушить нельзя). И проблема эта не решена много лет, Lenovo на форуме так и пишут, мол, сорри, ребята, пытаемся решить, ищем обходные пути и костыли. Но при этом в Linux энтузиасты за неделю сделали проект, который в фоне эту проблему решает. А в мире Windows все продолжают страдать, откройте форумы.
Всё остальное давно и прекрасно в Linux работает, всё популярное более-менее железо и работать в Linux гораздо приятнее и удобнее, по факту. Если, конечно, компьютер реально ваш рабочий инструмент, а не просто бессмысленная железка, которую вам дали в нагрузку и вы просто хотите там играть во все игрушки с максимальным FPS.
P.S. Я мог купить схожий Мак и дешевле. Но он: ужасная клавиатура, плохое охлаждение,нет портов, нет SIM-карты, нет Intel i9 процессора (на момент покупки, 1.5 года назад что ли), нет еще чего-то, что было нужно (уже забыл), вся эта MacOS заточена на то, чтобы побольше экономить батарею в угоду производительности, ну и удобство и понятность MacOS такой же миф, как и удобство и понятность Linux. На уровне они удобства и понятности.
Современный Gnome выглядит и работает так же, от разблокировки отпечатком пальца, до автоматического добавления принтеров и вообще чего угодно, настройки сети, легкого обновления, установки софта из миллиона источников помимо репозиториев (appimage,flatpak, snap - бери и ставь, ест любой софт и нет никакой возни с зависимостями). Более того, я в этом Гноме сейчас могу расшарить каталог на общий доступ из сети в два щелчка мыши. А вы в Mac не сможете. Я проверял для 5 новеньких iMac в офисе, в интернете для этого тонны инструкций и во ВСЕХ инструкциях нужно пользоваться терминалом и getfacl/setfacl. Проклял все на свете, в том числе это мифическое удобство Мака.
В тексте неточность: платят не только "сотовые операторы", а вообще любые операторы связи, а их в стране очень много. Теперь, похоже, будут платить все.
Кстати, как там поживает налог на носители связи имени Михалкова, успешно компенсировали недополученную прибыль нашим "талантам"?
Жаль. Был бы весьма неплохой игрок на рынке, кругом очень много bloatware.
Ну, например, банальных BGP/Tunnels всяких видов. BGP plugin есть от нашего соотечественника, небольшой. Tunnels тоже был, но не развивается. В команде у них, такое ощущение, один Jeremy, от него только коммиты и релизы.
Ну вот да, он как бы всякое умеет, но шаг в сторону - и уже ничего не сделаешь. Поэтому смотрим на него сейчас, но как-то не очень уверены, стоит ли. Нам как раз автодискаверинг особо не нужен.
Не планируете ли вы зарелизить Racks для community? Это было бы интересным решением для многих.
Мы тоже смотрим в сторону Netbox, но ему не хватает еще многих вещей, не смотря на наличие некоторого количества плагинов.
Не рассматривали ли вы Device42, они и 10 лет назад были хороши, а сейчас стали еще лучше, но не хватает возможности писать свои плагины (или плохо смотрел)
Так же Netbox недавно форкнули те, кто спонсировал его разработку и параллельно активно пишут на его базе Nautobot с упором на автоматизацию и configuration management (например, там очень интересный плагин https://github.com/nautobot/nautobot-plugin-golden-config) И мы сейчас в раздумьях, стоит ли их рассматривать или нет.
Серьезно? И как же вы сделаете buffer overflow или нарушение boundary на Pascal/Java/Python/Go/Perl/whatever?
P.S. Ну на каком-нибудь Паскале можно еще, если специально прямо постараться, там указатели есть. Но в целом все эти проблемы уходят как класс. Каждый второй cve - buffer overflow и RCE при парсинге ввода данных в стиле "забыл -1 написать в конце" или "выделил памяти меньше чем мне прислали данных".
Всё же стоит признать, что на C программировать практически никто не умеет. Стоит открыть какую-нибудь cve.mitre.org и поизучать уязвимости, процентов 90, если не больше там будут уязвимости, напрямую связанные с языком, его особенностями, реализацией и возможностью как выстрелить себе в ногу, так и отстрелить её.
К примеру, будь это все написано на каком-нибудь Pascal, этих уязвимостей бы просто не существовало. Все считают, что они умеют писать на C и это дает им какие-то преимущества, на деле же писать на нём грамотно и без ошибок умеют единицы. При это именно программировать, то есть составлять алгоритмы работы, умеют очень многие и очень хорошо. А вот реализовывать их на C почти никто не умеет. Но при этом постоянно лезут это делать.
Почему, кстати, программировать до сих пор учат на паскале, а не на C или C++ или Python, очень хорошо раскрыто в первом томе книги Столярова, рекомендую (https://habr.com/ru/news/t/545142/)
Так весь *NIX такой. В терминале еще миллион подобных вещей и не только в терминале. Даже fs hier эта вся из лапши вида /bin, /usr/bin и т.п. была сделана только потому, что у авторов на диске места свободного не хватало, а не потому, что существует какое-то логическое, разумное и удобное объяснение этой иерархии.
Как в той байке про ширину космического корабля, которая завязана на ширину лошадиной задницы 2000 лет назад.
Я бы скорее удивился, если бы он так себя не вел. Такие люди обычно с примерно похожим поведением, даже автор этих книг из поста тоже очень своеобразный человек, можно на linux.org.ru почитать полемику с ним, весьма занимательно.
Такой себе Виталий Луговский на минималках, если тут еще кто-то помнит, кто это такой :)
Это всё, что я про него знаю: github.com/medvednikov
Не удивлюсь, если он тут тоже зареган :)
Думаю, все хотели бы быстрый, удобный, мультипротокольный и мультиплатформенный мессенджер. Так что стоит помочь его проекту, рублем или другим вкладом.
Ну и в целом языку V и его библиотекам.
Компиляция своего же компилятора на V — меньше секунды.
Автоматически сконвертированный из C в V Doom — компиляция меньше секунды.
Блин, ну почему все программисты не такие? :)
Нет, не путаю. Это вы путаете программу, которую можно скачать без оплаты, с free software.
Есть только одна корявая лицензия (про которую никто не слышал), которая признавалась FSF как free и подразумевавшая отсутствие исходников в каких-то там случаях.
Ну я правильно понимаю, что когда некий софт вам подходит в данный конкретный момент, то он готов. А если нет, то становится не готов. Так?
По такому критерию и винда до сих пор не готова к десктопу.
IE был free? Как интересно. И где же его исходники, которые я могу портировать к себе на машину? Он не free был, у него другая лицензия.
А MPC я перепутал с bloatware под именем Windows Media Player, каюсь. В общем, та дрянь, которая в винде по умолчанию была всегда, напару с IE.
Сегодняшний мир прекрасен. Если еще перестанут писать на JS всё подряд, станет еще лучше :)
Все это есть, конечно. Но вы в своей истории противоречите сами себе - VLC это точно такой же проект с открытым исходным кодом, реализованный энтузиастами (пусть даже с участием спонсоров). И кодеки эти тоже. И toolchain для их сборки.
И любой браузер, nginx, php, python, npm, docker, да что угодно - все это сделано или начиналось энтузиастами, которые старались делать для всех, сделать что-то открытым стандартом, бесплатно, а потом это постепенно становилось популярным, всякие регуляторы принимали открытые стандарты и т.д. То есть вы взяли не ублюдочный Media Player Classic, не Internet Explorer, а free и opensource софт.
То есть именно благодаря этой модели сегодняшний ИТ мир такой, какой он есть - удобный, быстрый, с массой приятных фич. И практически ничего из этого не было сделано ни в Win, ни в Mac мире, они просто паразитируют на этом и только последние годы та же MS стала прикидываться белой овечкой.
Или тогда уже даже появился i9 и на Мак, точно, там еще такие же дикие проблемы с охлаждением были. В общем, не взял только из-за ужасной клавиатуры и дубовой MacOSX.
Зачастую (всегда) проблемы с железом это просто или слишком новое железо или мудак-производитель (часто первое вытекает из второго).
Вот у меня ноутбук за 5500 евро. Итог:
Сначала некоторые вопросы не были решены и я находил костыли. Например, такая же проблема с яркостью и регулятором (почти). Из-за того, что это был новейший OLED-дисплей и просто не добавили пару записей для него.
Некоторые вопросы не решены до сих пор. Причем, в Windows тоже. Например, жесткий throttling. А связано это с тем, что Intel придумал очередную идиотскую технологию, которая определяет, находится ли ноутбук на коленях и регулирует при этом температуру (видимо, чтобы не засудили их очередные безмозглые люди по типу тех, что сушат в микроволновках котов, т.к. на них не написано, что сушить нельзя). И проблема эта не решена много лет, Lenovo на форуме так и пишут, мол, сорри, ребята, пытаемся решить, ищем обходные пути и костыли.
Но при этом в Linux энтузиасты за неделю сделали проект, который в фоне эту проблему решает. А в мире Windows все продолжают страдать, откройте форумы.
Всё остальное давно и прекрасно в Linux работает, всё популярное более-менее железо и работать в Linux гораздо приятнее и удобнее, по факту. Если, конечно, компьютер реально ваш рабочий инструмент, а не просто бессмысленная железка, которую вам дали в нагрузку и вы просто хотите там играть во все игрушки с максимальным FPS.
P.S. Я мог купить схожий Мак и дешевле. Но он: ужасная клавиатура, плохое охлаждение,нет портов, нет SIM-карты, нет Intel i9 процессора (на момент покупки, 1.5 года назад что ли), нет еще чего-то, что было нужно (уже забыл), вся эта MacOS заточена на то, чтобы побольше экономить батарею в угоду производительности, ну и удобство и понятность MacOS такой же миф, как и удобство и понятность Linux. На уровне они удобства и понятности.
Современный Gnome выглядит и работает так же, от разблокировки отпечатком пальца, до автоматического добавления принтеров и вообще чего угодно, настройки сети, легкого обновления, установки софта из миллиона источников помимо репозиториев (appimage,flatpak, snap - бери и ставь, ест любой софт и нет никакой возни с зависимостями).
Более того, я в этом Гноме сейчас могу расшарить каталог на общий доступ из сети в два щелчка мыши.
А вы в Mac не сможете. Я проверял для 5 новеньких iMac в офисе, в интернете для этого тонны инструкций и во ВСЕХ инструкциях нужно пользоваться терминалом и getfacl/setfacl.
Проклял все на свете, в том числе это мифическое удобство Мака.
Ой, носители информации, а не связи :-)
В тексте неточность: платят не только "сотовые операторы", а вообще любые операторы связи, а их в стране очень много. Теперь, похоже, будут платить все.
Кстати, как там поживает налог на носители связи имени Михалкова, успешно компенсировали недополученную прибыль нашим "талантам"?
Кстати, а в Kindle еще работает бесплатный доступ к Интернету через GSM в 66 (?) странах?
Сегодня вышла beta 3.0, кстати, с новым UI.
Жаль. Был бы весьма неплохой игрок на рынке, кругом очень много bloatware.
Ну, например, банальных BGP/Tunnels всяких видов. BGP plugin есть от нашего соотечественника, небольшой. Tunnels тоже был, но не развивается. В команде у них, такое ощущение, один Jeremy, от него только коммиты и релизы.
Ну вот да, он как бы всякое умеет, но шаг в сторону - и уже ничего не сделаешь. Поэтому смотрим на него сейчас, но как-то не очень уверены, стоит ли. Нам как раз автодискаверинг особо не нужен.
Еще отмечу, что только у D42 красиво и удобно решен вопрос с cables/patch panels, всеми соединениями и прочим, почему мы их и использовали (не 10 лет назад, соврал, лет 7): https://docs.device42.com/connectivity/patch-panels/patch-panel-cable-management-definitions-and-legends-2/
Приветствую.
Не планируете ли вы зарелизить Racks для community? Это было бы интересным решением для многих.
Мы тоже смотрим в сторону Netbox, но ему не хватает еще многих вещей, не смотря на наличие некоторого количества плагинов.
Не рассматривали ли вы Device42, они и 10 лет назад были хороши, а сейчас стали еще лучше, но не хватает возможности писать свои плагины (или плохо смотрел)
Так же Netbox недавно форкнули те, кто спонсировал его разработку и параллельно активно пишут на его базе Nautobot с упором на автоматизацию и configuration management (например, там очень интересный плагин https://github.com/nautobot/nautobot-plugin-golden-config) И мы сейчас в раздумьях, стоит ли их рассматривать или нет.
Смотря что считать таким багом. Багов, где забыли указать -1 и вызвали переполнение - тысячи.
Серьезно? И как же вы сделаете buffer overflow или нарушение boundary на Pascal/Java/Python/Go/Perl/whatever?
P.S. Ну на каком-нибудь Паскале можно еще, если специально прямо постараться, там указатели есть. Но в целом все эти проблемы уходят как класс. Каждый второй cve - buffer overflow и RCE при парсинге ввода данных в стиле "забыл -1 написать в конце" или "выделил памяти меньше чем мне прислали данных".
Всё же стоит признать, что на C программировать практически никто не умеет. Стоит открыть какую-нибудь cve.mitre.org и поизучать уязвимости, процентов 90, если не больше там будут уязвимости, напрямую связанные с языком, его особенностями, реализацией и возможностью как выстрелить себе в ногу, так и отстрелить её.
К примеру, будь это все написано на каком-нибудь Pascal, этих уязвимостей бы просто не существовало. Все считают, что они умеют писать на C и это дает им какие-то преимущества, на деле же писать на нём грамотно и без ошибок умеют единицы. При это именно программировать, то есть составлять алгоритмы работы, умеют очень многие и очень хорошо. А вот реализовывать их на C почти никто не умеет. Но при этом постоянно лезут это делать.
Почему, кстати, программировать до сих пор учат на паскале, а не на C или C++ или Python, очень хорошо раскрыто в первом томе книги Столярова, рекомендую (https://habr.com/ru/news/t/545142/)
Как в той байке про ширину космического корабля, которая завязана на ширину лошадиной задницы 2000 лет назад.
Такой себе Виталий Луговский на минималках, если тут еще кто-то помнит, кто это такой :)
Не удивлюсь, если он тут тоже зареган :)
Думаю, все хотели бы быстрый, удобный, мультипротокольный и мультиплатформенный мессенджер. Так что стоит помочь его проекту, рублем или другим вкладом.
Ну и в целом языку V и его библиотекам.
Автоматически сконвертированный из C в V Doom — компиляция меньше секунды.
Блин, ну почему все программисты не такие? :)