Comments 1064
А сделка разве закрыта? Не думаю. Ещё несколько месяцев пройдет до тех пор, как GitHub станет принадлежать компании Microsoft. Нужно, чтобы регуляторы разрешили и т.п.
</Зануда>
А так посмотрим, во что это выльется
В унитаз. Всё, что покупает Микрософт, довольно быстро становится пригодно лишь для выливания в унитаз.
так они вроде акуциями расчитались
Ну давайте я тоже акций имени себя нарисую и куплю на них БитБакет… Думаете — продадут?
Чтобы в такой сделке акции покупателя были достаточно ценными для продавца — покупателю нужно далеко не говно выпускать и в серьезных масштабах. И иметь на этом хорошую прибыль или хотя бы (пример Uber или проекты И. Маска) хорошие перспективы.
О выручке из первой ссылки в google:
Общая выручка Microsoft от облаков сейчас находится на уровне $20 млрд в год, и, согласно прогнозам опрошенных Bloomberg аналитиков, в следующем году этот показатель должен удвоиться.
И на этом все траты закончились и теперь загорают на золотом песке, говорите?
Они до сих пор туда бабло вбухивают и вбухивают:
Например, 1,5 года назад в одну только Европу 3 миллиарда вложили.
www.vedomosti.ru/technology/news/2016/10/03/659449-microsoft-investiroval-v-razvitie-oblachnih-serverov
И это только так, случайная статья.
Естественно, сие далеко не единственное их вложение.
Но — довольно свежее по времени.
Инвестирование не останавливается в Azure.
Они до сих пор туда бабло вбухивают и вбухивают
Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее.
Да и интернет не всем нужен, разве это говорит о том, что это хорошо?
Только вы этого не знаете…
Можно экстраполировать.
Среди моих знакомых (а среди них много ИТшников, которые и сами способны ОС заменить) — только 2 человека сидят на Linux.
Один — просто ярый ненавистник проприетарщины (что не мешает ему использовать Windows в виртуалке из-под Ubuntu, потому что Photoshop под Wine глючит).
Второму я лично поставил. Он в компьютерах не в зуб ногой. Мне показалось целесообразным установить ему ОС, в которую он не сможет самостоятельно установить никакого левого софта, для стабильности.
Для вас же не секрет, что Винда начинает глючить когда в нее тонны говнософта засовывают?
По прочим ОС:
У двоих MacOS. У человек 30, что я видел домашние компьютеры — Windows.
после того как перешел на win2k я забыл что такое переустановка каждый месяц… ничего адски тормозить не начинает если не убивать систему
Да, по прошествии десятка лет всплыл тормозящий глюк в XP в WindowsUpdate который очень сильно грузил систему при поисках обновлений из-за того что их слишком много
==
А корпоративные компы тормозят зачастую из-за антивируса (у меня прямо перед глазами встает symantec который так любят корпоративные клиенты, который когда пропускает ночное сканирование кладет наглухо всю работу пока все не перепроверит) и откровенно слабого железа
Для MS это, несомненно, огромная потеря...
Поставил жене на бук убунту, скоро и сам перейду… Надоела система которая живет своей жизнью.
Ну все. Билл Наделле теперь премию не подпишет.
Потеря вас — это же такая потеря, поди 25% выручки им делали в прошлые годы.
Куда я, туда и тысячи. Вы же не думаете, что я уникален в своих решениях… Просто я осознал, что в линуксе есть все что мне нужно. Куплю даже ради этого Rider.
Это хорошо, что вы мните себя маяком за которым идут тысячи и считаете, что ПО, установленное лично у вас кому-либо кроме лично вас интересно.
Но лучше обсудить это с вашим психиатором. Мания величия — опасная штука последствиями.
Вы смотрите слишком узко на проблему. Маяком может быть нечто. За которым пошли тысячи людей в том числе и я. Ведь я был ярым сторонником МС, но если что то изменило меня, то непременно изменило и других.
Я вообще не вижу никакой проблемы в том, каким софтом пользуйтесь Вы или ваш сосед по форуму.
Гордиться тут нечем. И стыдиться тут тоже нечего.
Это как с вегетарианцами.
Вариант 1. Сидит человек спокойно и ест мясо, никому не мешает.
Вариант 2. А если человек вегетарианец — то почему то весь мир должен сразу об этом узнать и заодно узнать как это плохо противно и аморально, что ты ешь мясо.
Вам что-то не хватает в жизни? Признания, что вы поставили Linux и это круто?
Простите, лет 20 назад я бы заинтересовался — а как там жизнь с Линуксом на десктопе.
Но в наш век дружественных (уже много-много лет как) дистрибутивов Линукса, которые способна поставить обычная домохозяйка, ничего такого эдакого в том, что вы используете Линукс в качестве основной машинки — нет.
Ну вот вам же все равно какого цвета или какой модели моя клавиатура (хотя я могу много рассказать про то, как классно работать с действительно удобной клавиатурой, а не с дешевым ширпотребным говном).
Говорит ли это о том, что эта птица решила круто поменять свою жизнь, или о том, что она является частью глобального движения…
Где-то в году 2007 была такая перспектива, да.
Как выяснилось — не все так просто, не все так гладко, да и Винда не стоит на месте.
Так что тенденцию можно по разному трактовать
www.cnews.ru/news/top/2017-02-14_krupnejshaya_v_mire_migratsiya_na_linux_zavershilas
Крупнейшая в мире миграция на Linux завершилась крахом. Начался «флагманский разворот» к Windows
Власти Мюнхена потребовали перевести порядка 15 тыс. компьютеров с местного аналога Linux – ОС LiMux обратно на Windows.
…
Журналисты отмечают, что чуть более 10 лет назад мюнхенские власти фактически искоренили ОС компании Microsoft ради германской ОС LiMux на основе Ubuntu. На LiMux было переведено около 15 тыс. ПК, стоимость перехода составила 30 млн. евро ($32 млн). Это был крупнейший перевод техники на открытое ПО в немецком госсекторе и, возможно, в мире.
а два года до этого, почти сразу после отчёта об успешном внедрении СПО в Мюнхене, позволившем сэкономить 10 млн евро, компания Microsoft запустила PR-кампанию, манипулирующую фактами и с голословными заявлениями. В 2014 году Дитером Райтером, вице-мэром Мюнхена (ныне мэр), была создана рабочая группа для анализа проблем в результате миграции на Linux, которая к концу 2016 года подготовила отчёт, но выяснилось, что для разработки этого отчёта была нанята аффилированная с Microsoft консалтинговая компания Accenture (совместно с Microsoft владеет фирмой Avanade), заинтересованная в продвижении продуктов Microsoft. Примечательно, что Дитер Райтер не скрывал свои симпатии к Microsoft и называл себя фанатом данной компании в интервью изданию StadtBild.
OpenNet
И еще влом искать, было где-то о том что примерно в то же время Microsoft запускает в Мюнхене совместно с властями какой-то проект за over миллирад денег. Не поверю что правильные люди с этого ничего не имеют.
Там история чисто о деньгах и политике. И о том как превращать одно в другое, а технические вопросы занчения не имеют.
99% что она ищет пожрать и через час полетит обратно.
У меня к вам другой вопрос: если люди начинают верить в плоскую землю — это часть глобального изменения, люди за маяком идут
Огромная часть дохода — корпоративные клиенты, они настолько завязаны на ПО от микрософт, что для многих из них сбой в работе МС будет равносилен потере бизнеса. Так что многие даже если и захотят(а это маловероятно) никуда с подводной лодки не денутся.
ак что многие даже если и захотят(а это маловероятно) никуда с подводной лодки не денутся.
А зачем?
Любой поставщик мечтает заполучить подобных постоянных клиентов.
Но вовсе не для того, чтобы взвинтить им цены в 10 раз и пить из них последние соки.
Гораздо выгоднее годами и десятилетиями доить понемножку. Всем хорошо. Все довольны. И продолжают сотрудничество.
Если "нет" возможно, хотя и маловероятно, то "не предвидится"… Давайте угадаю: дефрагментатор диска, что ли? Или оптимизатор реестра? :D
Это просто лейбл. Джинсы нонейм делают ту же работу как и "Levi Strauss & Co." а иногда и лучше.
Так что, MS Office в Linux есть. Называется LibreOffice.
Зато есть Draw. А насчет docx, ведь MSOffice так же плохо поддерживают ODF; А он кстати стандартизован и по ISO/IEC и по ГОСТ. А UI, это вопрос привычки, нарабатывается легко.
И в целом речь шла о конкретных продуктах, а не о классах продуктов.
Так, это MS не поддерживает стандарты. И за это мы должны платить?
А кстати, это MSOffice замена для LibreOffice, а не наоборот.
Ну и стандартизованный docx и docx в MSO это два разных формата.
Ну и то, во что превращается примитивное форматирование документа, обычно заставляет меня забыть об аналогах до выхода следующей большой версии.
Т.е. если надо написать служебку на полстранички — аналог прокатит, а для работы — увы.
Ну и да, рибоновский интерфейс Офиса радикально лучше менюшного интерфейса. Речь про работу.
Понятно, что все ИМХО
И, заметьте, я не говорил о глюках. Я говорил о скорости загрузки приложения и о том, насколько адекватно восстанавливается простейшее форматирование.
У меня, например, масса претензий к тому, как на моем документе работают макросы (точнее с какой вероятностью они работают ;) ), но это слегка другой вопрос.
Там сейчас есть целая одна программа для видеомонтажа, и она по возможностям где-то в начале 1990-х, когда работает.
Там сейчас есть целая одна программа для видеомонтажа
Одна ли?
Честно пытались человеку на Ubuntu поставить что-нибудь, чтобы он мог монтировать.
Я не против Linux-а, но вера в то, что «все есть» меня откровенно смешит.
И даже если есть какие-то аналоги Premiere, где можно набросать простенькое видео для Youtube, то аналогов AE нет.
но он (как минимум) отчаянно отказывался работать с исходниками на NASПросто интересуюсь.
С чего вы взяли, что проблема в этом Kdenlive, а не NAS или ФС, или в сети?
С чего вы взяли, что проблема в этом Kdenlive, а не NAS или ФС, или в сети?Это скорее предположение. Другой софт вроде плееров те же файлы открывает нормально. Другие ОС эти файлы открывают нормально.
И только Kdenlive ругается на битые файлы, пока их не скопируешь на рабочий стол.
Кривой драйвер чего?Файловой системы.
Просто глупо винить во всем софтину, когда оказывается, что она работает. Другое дело, что, конкретно для работы с видео, Linux, мягко говоря, странный выбор.
Другое дело, что конкретно для работы с видео Linux, мягко говоря, странный выбор.О чем я изначально и написал товарищу сверху!
А для многих Эппл — это есть надежность.
Надежнее чем 2 (хороших) компьютера не-Apple за цену одного компьютера Apple — ничего и придумать нельзя. Один основной и один запасной.
Не-Эпл через 3-4 года превращается в тыкву с глюченными драйверам
Простите, вы не могли бы раскрыть свою мысль подробнее?
Не нужно такое счастье — не покупай. Делов то.
Ну вот пример: под мой Lenovo IdeaPad уже нет дров на BT-модуль под Win10 от производителя: на Win8 был, а после апгрейда — болт. На Apple-железе такого сюрприза не будет. (Будет какой-нибудь другой: вроде того, что модель просто исключат из поддерживаемых и более новую Макось просто не поставить.)
на Win8 был, а после апгрейда — болт.
а зачем апгрейд делать? поддержку Win8.1 еще не закрыли, а Win10 никто и не обещал
p.s. мне больше тут нравилась sony vaio для которой даже драйвера чипсета интела и встроенной видюхи geforce надо было качать с сайта sony потому что родные не подходили… и когда вышла win7 сони естественно их под нее не выпустила… вот это был эпик, учитывая тормознутость висты на железе тех годов
Во первых, проверку на возможность апгрейда комп успешно пройдёт. А о том, что нет дров на встроенный BT ты узнаешь после апгрейда. Это будет сюрприз.
Просто в Lenovo упыри сидят и не могут переподписать дрова.
(Фиг с ним, с встроенным блютусом, воткнуть микросвисток не проблема. Поинт в том, что на эпловом железе такого сюрприза не будет.)
Что значит «зачем делать»?
Во первых, проверку на возможность апгрейда комп успешно пройдёт.
от того что «проверка проходит» — не означает что надо делать апгрейд
на макбук про 2011 ставится 10.13, но работает это все с такой скоростью что хочется ноутом об стену долбануть (у меня как раз под рукой два таких ноута, на одном, моем рабочем стоит ssd и добавлено 4 гига памяти и все очень быстро и хорошо работает, а второй девственно не тронут… и это просто адский кошмар
Просто купите за 20$ посвежее и радуйтесь (например Intel8265). Так уж вышло, что производитель модуля решил более не поддерживать эту «железку»… в пользу более нового оборудования.
Чего никогда не случалось с Windows. DOS программы 80-х годов все еще могут работать на самой последней винде.
DOS программы 80-х годов все еще могут работать на самой последней винде.
Позанудствую. Штатно — уже нет. DosBox выпилили из 64-х битных систем уже много лет как.
Досбокс нет, но от DOS Mode отказались только в ME/2000, точно не помню.
в NT линейке (NT/XP/Vi/7/8/10) его никогда не было, был некий кривенький эмулятор который умер вместе с поддержкой 16 битного режима в 64 битных операционках
в NT линейке (NT/XP/Vi/7/8/10) его никогда не было, был некий кривенький эмулятор который умер вместе с поддержкой 16 битного режима
Да ладно, не такой уж он и кривенький.
Железо полноценно не эмулировал — да.
Но если программа в железо виртуализированное далеко не лезла, то вполне работал.
во времена доса каждая третья программа, хлебом не корми дай прерывания напрямую подергать или еще чего непотребное учудить
Понятно, что эмулятор много железа эмулировал. Иначе бы вообще ничего не работало.
Да? А теперь попробуйте любой 16битный софт запустить на x64 Винде.
С маком, думаю, та же история будет, правда.
Только аналог apple это thinkpad и там проблем вроде нет, есть x1 carbon из самых первых, так в нём под 10ку и модем и всё остальное работает.
У меня, кстати, теже претензии и к производителям смартфонов не-Эпл. Почему, например, Самсунг галакси S5 стоил как айфон, но перестал получать обновы, а айфон тех времен все еще получает?
Только на ней стоит MacOS, iOS — это мобильная ось;-)
Если Win7 работает, апдейты прилетают зачем накатывать win10?
Эк вы хитро передергиваете… Потому, что гнусмас. А зачем вы его покупали?
А вот на Xiaomi mi3 выпущенный 2013-09-05 доступна майская прошивка, так что у смартфонов не-Эпл всё хорошо.
а то они такие у них в презентации miui 9 на базе android 7, а для старых моделей она на базе 6-ки и без патчей безопасности
Если вам хочется именно безопасности, xiaomi изначально не лучший выбор. Но есть всякие CopperheadOS и прочие.
Впрочем, я писал что гнусмас — не образец. И даже обновления 2017 года за смарте 2013 — это более чем достойный результат. Впрочем, я всё равно не считаю, что считать дату обновления по обновлению патчей безопасности корректно.
а вот про подыскать замену среди виндоус это вообще полная чушь. Полно ноутов с железом получше эпола, да и дешевле. Взять тот же XPS.
Хотя судя по чесу — обычный фанбой. У меня комп был шестилетней давности. Вообще не было никаких проблем ни с дровами ни с железом.
Если будет полностью металлический, вам будет не хватать яблока на задней крышке?
p.s. китайцы делают ноуты в алюминиевом корпусе( на вид как будто с завода маков стащили)
Дело не в конкретной модели, дело в подходе, если человеку нравится конкретная вещь он найдёт тысячи причин (которые могут быть не связанны с реальными его сценариями использования) по которым ему нужна именно эта вещь.
Все ноуты одного класса сравнимы по цене и общий уровень thinkpada за 2000$ примерно будет соответствовать macbook-у за ту же цену. Далее уже вкусовщина, но вы(или не вы) выше сравнивали линейку ideapad(масс ширпотреб) с macbook pro, это ч корне некорректное сравнение.
Про консоль как раз меньше всего опасений было. Про серверные среды немного не понял, я и так и поднимаю, например apt install nginx php-fpm mysql-server
, а в MacOS, насколько я знаю пакетного менеджера анлогичного apt нет из коробки, есть вроде какой-то brew но надо разбираться не столько как с ним работать, а как его установить.
Скорее заботили отличия MacOS от Ubuntu в юзкейсе домашнего компа, для пользователя слепо верящего надписям на сайте типа "этот фильм представлен для ознакомительных целей, иное использование преследуется по УК". А по работе опасения были, что Chrome и Firefox чуть ли не в виртуале придётся запускать. Ну и что интеграция с Docker будет не столь прозрачна как хотелосьбы.
… Технически сложные товары бытового назначения, на которые установлены гарантийные сроки (станки металлорежущие и деревообрабатывающие бытовые; электробытовые машины и приборы; бытовая радиоэлектронная аппаратура; бытовая вычислительная и множительная техника; фото- и киноаппаратура; телефонные аппараты и факсимильная аппаратура; электромузыкальные инструменты; игрушки электронные; бытовое газовое оборудование и устройства)
Да и много их на винде, но все-таки не полный аналог, так как корпус не целиком металлический. Понятное дело что это не самая важная характеристика для рабочей машины но все же.Полностью металлический сверху и снизу. Внутри пластмасса, да. Разбирается, к слову, очень удобно. Я ничего подобного не видел раньше :) Это мой 7-й нотбук. В работе очень удобен, весит меньше 2х килограмм.
Ну это не полностью уже =) Макбуки выфрезерованны из цельного куска алюминия.
Вот я попытался аналог макбука у делла посмотреть: «полный фарш» — около 2,5k$ (что сопоставимо с макпро), но у делла 32гига против 16 у макбука. Но вот не могу найти сопоставимый Dell XPS за 1200. Это будет либо подержаный 3-4 года (такой же подержаный можно и макбук найти) или это HD-экран (а никак не Retina)
www.ebay.com/itm/Dell-XPS-15-9560-15-6-256GB-Intel-Core-i7-7700HQ-8GB-Notebook-Laptop-NEW/173348760918?epid=236958642&hash=item285c642d56:g:WgwAAOSwlpZaZepC
Есть варианты и дешевле, как словишь. Full HD, да. 4к дороже.
Dell XPS работает от батареи 2 часа в активном режиме. У него мало памяти, даже в топе, да и графика так себе.
А какой еще у нас есть?
www.dell.com/en-us/work/shop/dell-laptops-and-notebooks/new-xps-15-laptop/spd/xps-15-9570-laptop
Самый топовый с 32gb ddr4. Что там с графикой не скажу.
а про два часа в активном режиме — так и у макбука не ахти, ежели под активным подразумевается с задействованием дискретной видяхи, а не просто берн-тест процессора.
Dell XPS работает от батареи 2 часа в активном режиме. У него мало памяти, даже в топе, да и графика так себе.
У меня — около 4х часов, второй год юзаю. Памяти, правда, было 8 гиг, докупил еще 8. А с графикой что не так? Монитор один из лучших (если не самый) по тестам.
Есть и второй ноут, тоже Asus, куплен в декабре 2014, стоит Windows 8.1. Ситуация аналогичная, только батарея еще в отлично состоянии, и игры тянет даже современные. Нет, все-таки я что-то делаю не так, похоже.
Также прошу несогласных впредь хотя бы освещать, в чем вы не согласны и чем я вас обидел, потому как в своем комментарии я исключительно поделился своим опытом и вроде бы как никого не оскорблял.
Не-Эпл через 3-4 года превращается в тыкву с глюченными драйверами, и как следствие всей Виндой.
У меня и за 5 лет не превращается в тыкву и без переустановки — до очередного апгрейда на новый.
А сервера на Винде у меня и по 12 лет живут без переустановки.
Так как обновления Винды регулярно ставятся. А говнософта не ставлю.
Особенно радует это — K-Lite Codec, что ставят всем и каждому «всего-500-рублей-защита-от-вирусов-и-оптимизация-Винды-чтобы-не-тормозила».
Откуда эти люди вообще узнали про K-Lite, он же закатился в своей славе когда они еще и читать не умели. Заблуждения живут вечно, да?
Извините за немного оффтопичный вопрос, а что сейчас модно вместо него ставить? О_о Мне правда интересно, сам его на виндовую машинку родителям поставил, и после вашего коммента задумался.
K-Lite содержит кодеки, которые действительно могут быть потребны людям, что занимаются сжатием, к примеру.
А для обратной операции — для просмотра — не нужно ничего, никаких декодеров ставить в систему.
Я использую MediaPlayer HomeCinema. У него декодеры внутри. Ситуаций, когда встроенных в него декодеров не хватало — уж и не припомню. Точно не в последние года 3.
Ну а для просмотра через браузер — все нужное есть в современных браузерах. Изредка попадаются сайты, где видео через Flash. Но и это опять таки не имеет никакого отношения к K-Lite.
Его надо в пункт к железо — гавно.
Сравнил просто габариты/вес на оффсайтах.
Макбук последний, 15.4:
Height: 1.55 cm
Width: 34.93 cm
Depth: 24.07 cm
Weight: 1.83 kg
T560 (да, он 15.6):
W: 38.06
D: 25.82
H: 2.245
Weight: 2.26 kg
В принципе, если макбук сделать по высоте/весу аналогично, то можно запихать и батарейку на 24 часа.
Чем вас lenovo не устраивает? Просто может смотреть нужно в сторону ноутбуков той-же ценовой категории?
Чем вас lenovo не устраивает? Просто может смотреть нужно в сторону ноутбуков той-же ценовой категории?
Ну например, есть специфическое ПО, аналогов которого нет более нигде.
Потому лично я сейчас пишу вам из-под Мака. Нет, это ПО не браузер, благодаря которому мы с вами переписываемся, конечно.
Леново кстати давно опопсовился. Только самые-пресамые старшие модели и годятся в аналоги.
Тогда уж Fujitsu рассматривать как аналоги. Или самые старшие Dell.
MacOS выбрать можно?
Какая разница Mac или PC, кроме тех случаев, когда ваша работа завязана на конкретное ПО или стек, которые либо не доступны на одном, либо удобней на другом?
Если вы купили себе бюджетный ноутбук за 700 уе и ожидаете, что он будет через пару версий винды также поддерживаться как при релизе — это ваши проблемы. Нормальные вендоры имеют широкий выбор моделей, которые содержат в основном дорогую периферию, которая нормально поддерживается очень долго. Стоят плюс-минус тот же мак.
Эта ветка, как и все обсуждение, вообще странное. На реддите топовые треды обсуждают, что могут сделать хорошего, при чем без негатива, тут развели холивары. Уже жду треда nikon/canon и в/на.
Дешевле и лучше не бывает. Нормальная рабочая станция будет стоить приблизительно столько же. Но у нее может быть конфигурация заметно лучше чем у прошки, конечно, при цене больше чем у прошки.
Б/у миники 2012 года лучше и дешевле чем новые 2014, потому что процессоры мощнее (сам не проверял, но пишут что в 2012 ставили десктопные процессоры, в 14 — ноутбучные), а память можно в старых наращивать (а вот это уже сам лично проверил)
Раньше как-то ведь работало. Да и сейчас, некоторые другие ОС до сих пор умеют работать без SSD.
Дело не в компах.
Не думаю, что из последних версий ОС прямо взяли и выпилили все старые оптимизации под HDD, что делались десятилетиями — в конце концов это тоже время и деньги, чтобы выпилить.
Дело в людях.
Которые хотят уже так как успели привыкнуть.
только вот многие забывают что загрузка компа в течении 5 минут была нормой, веб был в разы легче, и msoffice имел бинарный формат заточенный на скорость работы в ограниченных условиях
5 минут только для кассетных было
Последний раз когда пробовал на маке Эксель (правда давно это было) — он был гораздо хужe чем на винде.
Xamarin и LinkedIn тоже слили?
Это отсылка к тому, что Билли Гейтс очень предприимчив был и очень много потом заработал, да и сейчас зарабатывает, на основе удачной покупки.
Да ладно вам, прям все… И вообще, вы представьте, сейчас у них будет безграничное количество open source проектов сразу с исходниками! Намного лучше просто поддерживать сервис и добавить новую строку в соглашении, что "все принадлежит Мс и может быть использовано в проектах Мс без оповещения и разрешения автора". Удобно же...
Ну или тогда Столлман с удовольствием сходит в суд за миллиардами.
Справедливости ради стоит сказать, что большинству компаний вполне сильно плевать на авторское лево.
Нарушений того же gpl тысячи, это и производители прошивок на андроид (meizu, xaiomi), это и tesla и так далее.
Что-то Столлман за ними не пришел.
Нарушений того же gpl тысячи, это и производители прошивок на андроид (meizu, xaiomi), это и tesla и так далее.
Против китайцев — бесполезно.
А вот насчет Теслы — хотелось бы подробностей.
Как-то так: https://itnan.ru/post.php?c=1&p=412933
В конечном счете они, конечно, одумались. Ну и мне немного сложно понять, почему бесполезно против китайцев, но вдруг сработает против Microsoft, особенно, если они возьмут и как обычно внесут просто изменения в пользовательское соглашение и заставить его принять.
Ну и мне немного сложно понять, почему бесполезно против китайцев
В Китае это вообще бесполезно.
Максимум, что Столлман добился бы — запрета продавать Xiomai в США. Какой в этом смысл для «свободного ПО»?
Максимум, что Столлман добился бы — запрета продавать Xiomai в США. Какой в этом смысл для «свободного ПО»?
В этом и смысл, разве нет? Нарушаешь законы, значит страдаешь.
В этом и смысл, разве нет? Нарушаешь законы, значит страдаешь
Видимо, Столлман не такой оголтелый садист как вы.
Если в этом нет пользы для свободного ПО — зачем на это и время тратить? Только чтобы другие страдали?
Такими рассуждениями можно дойти до «Столлман не будет подавать в суд на Microsoft, ведь тогда, что бы выплатить штраф они сократят разработку Windows и пользователи Windows будут страдать от штрафов».
Например, SQL Server стал только лучше после того, как Мягкие его купили.
Так как и DOS, как и Windows NT.
Миллионы лет эволюции — разумеется, должно было стать лучше.
Ну и ИМХО Винда и ДОС — это не приобретение, а собственная разработка. Но спорить не готов
Ну и ИМХО Винда и ДОС — это не приобретение, а собственная разработка. Но спорить не готов
DOS — изначально сторонняя разработка.
Но чтобы вывести ее на рынок — допилили.
Windows NT на чужой базе стартанула (именно она, а не семейство Win 95/98/ME — та то изначально своя), на базе которой Windows XP, 2000 и все более современные — также допиленная.
Справедливости ради — база, которую взяли за основу в MS, с которой начали работать и то, что они допилили уже для самого первого вывода на рынок и в том и в ином случае — существенно много труда MS вложено.
PM OS/2 — это прежде всего в контесте Windows 2/3 имеет смысл упоминать. Ко времени Windows NT наработки OS/2 уже незначительно влияли.
Спорно. Sybase с тех пор тоже на месте не стоял и их старый Central всё ещё удобнее нынешнего SSMS. А некоторые вещи в MS появились только в 2017 версии, когда у Sybase я даже не застал времён без них.
У них там хитрый договор по лицензированию был.
Так же как и с Citrix.
MS не имел права реализовывать в полном объеме функционал Sybase и функционал Citrix.
Нужно, чтобы регуляторы разрешили и т.п
То что нас не посвятили во все этапы сделки не означает, что сделка не закрыта.
Вывешен баннер на ГитХабе о смене владельца.
Полагаете — они бегут впереди паровоза? Я полагаю, это означает, что у регулятора никаких вопросов уже и нет.
Если абстрагироваться и посмотреть на это как на один из стартапов, то за товарищей можно только порадоваться.
Пора будет — когда "начнётся". Когда (если) начнут блокировать/удалять репы за несоответствие чему-то там и/или начнут гробить UI/UX. Пока ещё есть хоть тень надежды — я бы подождал, может они начнут варить лягушку медленно, и ещё годик гитхаб проработает примерно как сейчас.
Нет, но пока они гитхаб не испортили — он всё ещё удобнее альтернатив. Я просто не вижу смысла уходить с гитхаба "заранее".
Шансы на то, что M$ внезапно заблокируют всем возможность свалить заблокировав экспорт issues/PR достаточно небольшой. Сами репо, включая и проекты и их wiki, и так у всех разработчиков есть локально, даже если гитхаб выключится — репо не потеряются и будут без проблем загружены в gitlab или bitbucket. Так что нет, я не думаю, что "всё будет хорошо", но я думаю, что сейчас не самый удачный момент чтобы мигрировать — удачный момент будет тогда, когда конкурент (вероятнее всего это будет gitlab) станет удобнее гитхаба.
А вот что стоит делать прямо сейчас — создать инструмент, который позволит поддерживать в актуальном состоянии холодное зеркало всех данных с гитхаба на том же гитлабе, и регулярно синхронизировать его. Чтобы в случае ожидаемых неприятностей можно было перейти именно в тот момент, когда они случатся, и сделать это одним нажатием кнопки.
Потому что Майкрософт или нет, это всё-равно проприетарный сервис.
Любой такой сервис в любой момент может перестать быть по любой из бесчисленного множества причин.
А если у меня ещё и исходники и права на них есть — такой сервис никуда не денется ни при каких проблемах в окружающем мире.
На демагогию в этой ветке более не отвечаю.
Сервис, который я держу на собственном сервере, может перестать быть только вместе со мной.
никуда не денется ни при каких проблемах в окружающем мире
Это сильные заявления.
Сервис, который я держу на собственном сервере, может перестать быть только вместе со мной.
Ну-ну.
Когда-то PHP 4 ставился с полупинка из реп.
Попробуйте его сейчас поставить. Танцы на полдня с поиском нужной версии исходников — гарантированы.
Да даже если мешает — заплати тому, кто сделает это за тебя.
В случае с использованием PHP4 в 2018 году вопрос обновлений безопасности или функционала явно не стоит.
Что-то мешает взять срез репозитория от нужной даты?
Этих реп в бинарном виде уже нет. Как нет и их зависимостей. Даже если бы они и были, то это же древние зависимости. Если вспомнить, что тот же PHP постоянно нуждается в интерфейсе к СУБД, а стандарт на интерфейсы СУБД тоже поменялся… то понимаем, что это просто длиннющий шлейф зависимостей…
Нужно найти исходники на нужную дату (с учетом того, что в на тот момент PHP был вообще в другой системе управления версиями).
Нужно смочь их скомпилировать с учетом того, что есть и зависимости.
Возможно, мне не повезло, так как в моем случае это дело было под FreeBSD, а в мире Linux все четко работает. Но что-то сомневаюсь.
В случае с использованием PHP4 в 2018 году вопрос обновлений безопасности или функционала явно не стоит.
Вы вот взаправду считаете, что с выходом каждой новой версии компилятора/транслятора/интерпретатора прикладное ПО вот так вот и берут и с нуля переписывают? А с учетом насколько обратно несовместим PHP — частичными патчами не всегда можно обойтись.
У бизнеса — если это бизнес, то есть машина для зарабатывания денег — мысль простая: мы вложили, оно работает и деньги приносит, зачем что-то менять настолько серьезно.
Да и далеко не всегда бизнес может повторить многомиллионные первичные вложения.
Вы вот не обращали внимания: открывается новая кафешка, торговый центр и пр. — какой он сияющий и красивый, а через 4 года там уже штукатурка облетает местами, но не чинят? Просто потому что не могут. Первоначальные огромные инвестиции уже того-с… тю-тю, по ним, наверняка, еще проценты в банк платятся до сих пор. И больше серьезных денег у заведения нет, только на поддержание текущей деятельности. Так что каждый год серьезные ремонты делать — просто не по карману.
Срезы репозиториев из архивов никуда не девались, лежат там десятилетиями и ещё столько же пролежат.
Сделать срез текущего репозитория для своего ентерпрайза и хранить его хоть миллион лет — вообще никто не запрещает.
Равно как и бекапить рабочий сервер.
Если этот ваш бизнес не способен в бекапы — туда ему и дорога.
Если он не понимает что из прибыли надо отчислять деньги в фонд капитального ремонта, а не на новые майбахи — дорога ему туда же.
Если у бизнесмена есть деньги чтобы построить здание, но нет денег чтобы платить зарплату рабочим — дорога ему в тюрьму.
Или не надо было изначально открывать заведомо убыточный бизнес.
О том как работает ПО и компьютеры вообще и о том, что нельзя просто один раз купить и надо будет всё-равно содержать всё это айти-хозяйство — известно было ещё в начале прошлого века.
Если бизнесмен не проходил историю в школе — это его личные проблемы.
Но даже это не имеет никакого значения, т.к. для той же древней Центоси все репозитории до сих пор доступны.
Попытки выгородить сервисы перед контроллируемой инфраструктурой под предлогом невозможности или дороговизны последней — следствие или серьёзной безграмотности или причастности к бизнес-модели этих самых сервисов.
Ну хватит уже вранья этого.
Срезы репозиториев из архивов никуда не девались, лежат там десятилетиями и ещё столько же пролежат.
Вы можете меня легко вывести на чистую воду.
Я уже описал конкретную ситуацию — PHP 4, FreeBSD.
Пожалуйста, дайте ссылку бинарники PHP 4.x, что я могу легко поставить на текущую FreeBSD 11 или хотя бы на предыдущую, но еще поддерживаемую FreeBSD 10.
Если нет — то вся ваша простыня в комменте — это просто пук в воду.
Ткните, пожалуйста мордой — откуда я их могу поставить.
Бери срез FreeBSD той версии, под которую собирался весь этот ентерпрайз, и не разводи демагогию.
Мой посыл был в том, что забивать на инфраструктуру нельзя.
И перекладывание ответственности на сторонние сервисы — то же самое забивание.
Они бы точно так же затянули и переезд с сервиса, даже если бы он объявил о закрытии заранее.
Только с сервиса переезжать может быть некуда или могут просто не предупреждать, а с Дебианом ещё что-нибудь придумать можно.
Вы просто выбираете нужную дату и получаете ссылку на репозиторий на эту дату
Судя по ссылке — только код. А код мне зеркалировать не особо-то и надо, он у меня локально есть, его можно в любой момент залить на gitlab со своей машины. Wiki обычно локально нет, но можно держать — там тоже git. Речь шла про всё остальное — в основном issues и PR, плюс для компаний ещё важны юзеры/группы/права доступа. Возможности зеркалировать и обновлять всё это я не видел пока, максимум — однократный экспорт-импорт. Но как раз это в устаревшем виде на момент последнего экспорта не очень полезно.
Шах и мат!
twitter.com/gitlab/status/1003764673454342144
когда конкурент (вероятнее всего это будет gitlab) станет удобнее гитхаба.
Чем сегодняшний гитлаб неудобен по сравнению с гитхабом?
Если есть что-то конкретное, то попробую посодействовать в изменении приоритета соответствующих issues.
О том, что гитхаб вообще отношения ни к git, ни к публикации кода, ни к свободному ПО не имеет больше чем любой другой сервис — они не слышали.
Похожая беда, кстати, и с ангуляром и с четырьмя пробелами.
У тебя в резюме нет слова Angular — ты нам не подходишь. А то, что можно и без этого и ещё лучше сделать — не слышали.
У тебя в питонокоде отступы не по четыре пробела — ты пишешь говнокод. А то, что в пеп-8 в первом же предложении первого же абзаца написано что не надо тащить его во все проекты подряд — так это читать научиться надо, а некогда. Надо срочно карго-культизм культивировать.
Короче проблема такая же как и баг #1 в Убунте.
И, к сожалению, хипстеры могут вместо решения проблемы так же просто закрыть багрепорт без какого-либо исправления.
А тем временем в куче контор, в которых разрабатывается СПО и в обязательных требованиях к кандидату есть GNU/Linux, резюме в ODT формате не хотят принимать ни в какую, но вот проприетарным форматам Майкрософт всегда рады.
в питонокоде отступы не по четыре пробела — ты пишешь говнокод. А то, что в пеп-8
https://www.python.org/dev/peps/pep-0008/#indentation
"Indentation
Use 4 spaces per indentation level."
В какой момент 4 пробела в питоне стали достойны "карго-культизм"-ярлыка?
А о том, чтобы прочитать всю статью или хотя бы первые два абзаца — это слишком сложно, на это нет времени, надо же срочно засрать все питоноресурсы цитатой этой одной единственной выдранной из контекста строчкой. И обосрать и заминусовать всех, кто имеет наглость не осознать божественность культиста и его строчки, которую он выдрал из контекста даже не прочитав первое предложение первого же абзаца.
This document gives coding conventions for the Python code comprising the standard library in the main Python distribution.
Дочитать первый абзац до конца — это вообще что-то невообразимое для культистов.
Many projects have their own coding style guidelines. In the event of any conflicts, such project-specific guides take precedence for that project.
— www.python.org/dev/peps/pep-0008/#introduction
Напомню: карго-культизм — это когда ты тянешь какой-то паттерн просто потому что так модно и потому что Васян тоже так делает. А уж Васян-то точно знает, у него вон сколько много звёзд на Гитхабе.
Проблема такого подхода в том, что ни один паттерн ни при каких обстоятельствах не может быть универсальным решением всех проблем. Но каждый паттерн, притянутый в проект без каких-либо причин, имеет шанс создать новых проблем, но при этом не имеет никаких шансов решить какие-либо проблемы.
Нельзя забить гвоздь в стену просто колотя стену и держа гвоздь в руке. Ни микроскопом, ни молотком. Можно только повредить стену и потратит время и силы впустую.
Взять молоток вместо микроскопа для колочения стены не спасёт микроскоп от повреждения, если такой цели не было при замене его на молоток: оператор микроскопа найдёт обо что его разбить. И гвоздь в стену не забьётся, если не было такой цели. А вот стену испортить молотком можно гораздо сильнее.
Это что-то из разряда "накипело", насколько я понимаю?
Есть простая рекомендация из pep8: используйте 4 пробела.
И есть еще куча других рекомендаций по codestyle.
Следование рекомендациям — это не религия, просто способ облегчить коллаборацию. Человек из Зимбабве может писать так, что человек из Исландии не будет испытывать никаких трудностей с пониманием,
если они оба, не сговариваясь между собой, следуют какой-то известной конвенции. Если их редактор, whatever it is, настроен на использование того же codestyle, все еще проще.
Если не нужна вам никакая совместная работа ни сейчас,
ни в будущем — пишите как хотите, лишь бы python вас понял.
Это вроде как простая и понятная всем концепция, не требующая красочных гипербол на грани агрессии про микроскоп и гвозди.
Судя по тому что вы сердитесь на неких "культистов", что не в состоянии осилить более одной строчки, сами вы вполне осилили весь документ.
Значит, мое начальное предположение, что вы не видели этой явной рекомендации, а решили, что это следование культу, неверно.
Значит, на свой вопрос про связь 4 пробелов и ярлыка "карго-культ" ответ я получил, спасибо.
Рекомендации PEP-8 относятся исключительно к написанию кода для основных библиотек питона.
Вы же не будете пропитывать бетонный дом противогрибковым составом для дерева? Производители древесины ведь его очень рекомендуют, говорят что без него дом через несколько лет просто развалится.
Понятно что ничего плохого кроме возможного запаха, цвета и сильного удорожания дома такая пропитка не принесёт.
Но такая пропитка — никак не показатель большого ума.
И часто принимают её только потому, что переучивать культистов-строителей сложнее и дороже чем просто забить на дополнительные расходы на эту пропитку и отделку стен после неё.
Рекомендации PEP-8 относятся исключительно к написанию кода для основных библиотек питона.
Слово "исключительно" вы ведь от себя добавили, верно? И смысл поменялся.
Рекомендации конечно же относятся к коду стандартных библиотек, но не исключительно.
Если бы pep был неудобен и применялся бы именно и исключительно к написанию кода библиотек самого python — появилась бы какая-то другая конвенция. Но pep в целом вполне удачен, адаптируется к реальности, в общем живой, поэтому взят на вооружение всем сообществом.
И как мы уже согласились — любая конкретная команда конкретного проекта может следовать любым своим внутренним стилям.
Вместо self в методах использовать this, например. И каждому новому человеку нужно будет на ровном месте помнить(линтеры напомнят, да), что "у нас — 6 пробелов, this и никаких map/filter, обязательно comprehension list".
Реальность же такова, что в основном берется за основу именно pep8 с отдельными исключениями.
Исключения чаще все же не про кол-во пробелов, а про какие-то более специфичные вещи.
Про грибок, пропитку и культистов — увы, нет компетенций.
Сильно подозреваю, что логическая конструкция "перенесите концепцию в абсолютно другую область, где она очевидно абсурдна и используйте это как доказательство ее абсурдности в целевой области" сильно хромает.
Формально как раз исключительно. Вы можете их применять на своём проекте полностью или частично, а можете вообще не применять — ваш проект не область действия рекомендаций, что явно в них оговорено.
вы ведь от себя добавили, верно?
Нет, не от себя добавил, а сделал точный перевод с разговорного английского на юридический русский.
Если бы { name } был неудобен… — появилась бы {% randon_name %}
А если бы Виндоус был неудобен — появилась бы какая-то другая ОС, да?
Внезапно: а она и появилась. Просто никто о ней не знает благодаря очень громкому шуму со всех сторон, забивающему все каналы информации. Равно как и рекомендации к стилю кода. Полно их. Просто хипстеров-культистов больше.
К слову, пеп-8 таков именно из-за засилья безграмотных хипстеров: проще принять пробелы в качестве индентации, чем вдалбливать всему сообществу почему нельзя использовать табы для выравнивания.
Реальность же такова
Даже если в реальности все начнут пользоваться Виндоусом и курить табак — я не буду присоединяться к этой толпе.
Логическая конструкция пропитки от грибка такая же как и в забивании гвоздей микроскопом в вату. Сделать можно, но смысла в этом никакого. Но при этом ещё надо покупать микроскоп и гвозди, а если ватой надо будет воспользоваться по назначению — придётся потратить кучу времени чтобы выковырять все гвозди обратно.
Что-то нужно добавить? Или что-нибудь изменить?
Но что-то сделать надо.
Для начала не помешает определить и озвучить проблему, чтобы побольше людей о ней узнало.
Проблемы это не решит, но повысит шансы нахождения решения коллективным сознанием.
Also, еще хотелось бы более гибкую систему прав, чтобы можно было создавать группы и конкретно им выдавать какие-либо права, вручную.
Куча работодателей смотрят в резюме на аккаунт в Гитхабе.
ГитХаб для этого просто удобен для размещения публичных реп, не более того.
Другое дело, что если вас нашли именно через ГитХаб и предложили работу именно поэтому что вас нашли через ГитХаб…
Но как правило, ГитХаб тут просто вторичен. Просто дополнительный источник информации о вашем уровне кодирования. Вы можете им и на почту свои исходники прислать для того же ознакомления. И безо всякого ГитХаба.
Но если просто склонировать эти репозитории на гитхаб — ты бог кода, иди к нам работать.
Одно и то же резюме, один и тот же код, одна и та же контора, одна и та же вакансия. Один и тот же робот, который фильтрует резюме по входжению «httрs://github.com/$1» и выбрасывает всё остальное в мусорное ведро.
При этом на гитхабе репозиторий от вчерашней даты, отсутствует сопроводительная документация и вообще какая-либо активность и профиль вообще никак не оформлен.
Я выкладываю всякое в опенсорс и даже имею один более-менее используемый проект.
Количество раз, когда это помогло мне найти работу: 0
Нет, тут доходит до того, что если у тебя проекты опубликованы на Саванне, Битбакете, ГитЛабе или ещё где — ты говно и читать твоё резюме не будем.
Но если просто склонировать эти репозитории на гитхаб — ты бог кода, иди к нам работать.
Я бы подумал — а нужен ли вам неадекватный работодатель или все же кушать действительно нечего.
Если вы действительно квалифицированный и потому востребованный специалист — описанных проблем попросту не существует.
Впрочем, допускаю, по причине высокого нынче количества «войти-в-айтишников» начинающим нынче карьеру приходится изгаляться всеми возможными способами, чтобы тебя хоть как-то заметили. Но и тут не вижу причин мучаться — вы можете легко продублировать свой код как на ГитХабе так и на БитБакете и где угодно.
Но сам факт наличия такого неадеквата меня печалит.
Но и тут не вижу причин мучаться
А если завтра для того чтобы найти работу надо будет курить табак и прыгать с моста — тоже никаких причин?
Регистрация на Гитхабе — это заключение договора со сторонней компанией, передача ей кучи прав и данных, трата времени и способствование дальнейшему усилению монополии.
В любой нормальной стране за такие фильтры для резюме можно при желании отправить в тюрьму весь отдел кадров вместе с руководством, кстати. Разве что надо доказать факт наличия этого фильтра.
А если завтра для того чтобы найти работу надо будет курить табак и прыгать с моста — тоже никаких причин?
Если всенепременно захочется устроится в компанию, где тим-билдинг включает экстремальные виды спорта — то это ваш личный выбор.
То, что есть такая тенденция в виде повсеместного правила — нет повода считать.
одна и та же контора
А что за контора если не секрет, или Вы так, гипотетически?
1) меньше социалки 2) меньше готовых CI 3) печальная производительность в боевых условиях
1) меньше социалки
Что конкретно нужно добавить? Какие-то фичи, кнопки, что-то ещё?
Чего именно не хватает?
2) меньше готовых CI
Речь идёт про шаблоны к CI? Если да, то каких конкретно не хватает?
3) печальная производительность в боевых условиях
В целом такая проблема существует. Она понимается внутри компании, и вопросам производительности отводится существенная роль.
На бэке наиболее медленные компоненты переписываются на голанге. Например, работа с гитом сейчас в процессе миграции с
redcarpet
на gitaly
. Плюс рефакторинг и оптимизация кода.
В новом 11-м релизе наконец-то выпилили
spinach
и портировали всё, что оставалось, на rspec
. Конкретных цифр не назову, но в целом производительность прогона тестов повысилась, и качество покрытия тестами улучшилось.На фронте идёт миграция на
VueJS
в сторону отдельных SPA. Да и в целом отчистка и оптимизация кода. Фронтовики в слаке постоянно «в мыле». :)Дбашники и админы тоже постоянно оптимизируют и конфигурируют код и инфраструктуру.
Если есть замечания по каким-то конкретным местам, напишите, пожалуйста. Я посмотрю, можно ли привлечь дополнительное внимание манагеров на эти проблемы.
Что конкретно нужно добавить? Какие-то фичи, кнопки, что-то ещё?
Чего именно не хватает?
те же репы, которые отметили друзья — этой фишкой много прикольных разработок было найдено. Тут довольно долго можно перечислять, потому что на гитлабе довольно скупо все с соц составляющей. Но репы которые отметили друзья — для меня киллер фича гихаба в плане социалки.
Речь идёт про шаблоны к CI? Если да, то каких конкретно не хватает?
на гитхабе есть travis и appveyour, а гитлаб дает тебе только linux раннеры с ограничением на бесплатное проц время. А если тебе нужны раннеры для винды или макоси, плати деньги. Это большущий минус гитлаба и причина оставаться на гитхабе.
те же репы, которые отметили друзья — этой фишкой много прикольных разработок было найдено. Тут довольно долго можно перечислять, потому что на гитлабе довольно скупо все с соц составляющей. Но репы которые отметили друзья — для меня киллер фича гихаба в плане социалки.
gitlab.com/gitlab-org/gitlab-ce/issues/30868
Постараюсь добиться конкретных сроков. Я и сам на гитхабе пользуюсь лентой активности друзей.
ps: у гитлаба с социалкой скупо из-за того, что приоритетов не было в эту сторону. Сейчас же с развитием ситуации вокруг гитхаба возможно взгляд руководства немного изменится.
на гитхабе есть travis и appveyour, а гитлаб дает тебе только linux раннеры с ограничением на бесплатное проц время. А если тебе нужны раннеры для винды или макоси, плати деньги. Это большущий минус гитлаба и причина оставаться на гитхабе
Может я не понял смысл слова
раннер
в данном контексте, но GitLab Runner (запускалка пайплайнов) доступна для Linux, Windows, MacOS X, FreeBSD: docs.gitlab.com/runner/install/index.html Если же речь идёт про запуск пайплайнов в каком-то конкретном окружении, то это можно сделать с помощью image.
Но на больших реквестах вылазиет другая проблема.
Когда много файлов в реквесте, ревьювер просматривает все и делает замечания, например, по пяти файлам.
Автор реквеста отправляет коммит с фиксами. И теперь ревьюверу нужно снова просмотреть все файлы, которые он уже просмотрел. Потому что нет никакого механизма на сегодняшний день быть уверенным, что в последнем коммите автор не изменил «по пути» что-нибудь ещё.
Если же ревьювить не по изменениям целого реквеста, а по коммитам, то в больших реквестах это неудобно тем, что:
1. Ревьювер теряет контекст, если в одном коммите вносятся изменения, которые логически связаны с изменениями с другого коммита. Ревьювер видит только изменения с одного коммита.
2. Если автор смёрджил все коммиты в один и отправил форсированно, то всё равно смотреть придётся уже все изменения.
На эту тему есть gitlab.com/gitlab-org/gitlab-ce/issues/29682
Из того, что запомнилось когда последний раз пользовался (с пол года назад) — поддержка asciidoc (если не путаю, рендеринг в репо и вики отличался, и было несколько чуть ли не годами открытых issue и PR) и навигация через боковое меню (здесь претензий было много но все из серии не интуитивного UX, и хотя особенности этой навигации однозначно можно тупо запомнить и привыкнуть — по факту использования в течении первых нескольких недель эта навигация постоянно мешалась под ногами и вспомнить где что с первой попытки получалось далеко не всегда). Гитхаб в этом смысле хорош тем, что хотя функционала очень много, но в UI он не лезет на глаза до тех пор, пока не понадобится — а в этот момент он как-то сам оказывается под рукой. Приоритетом issues эту не починишь, это надо переманивать юзабилистов из гитхаба и делать что они посоветуют.
2. Боковую менюшку выстрадали всем коллективом. Менять её в ближайшее время не будут. Это крайне маловероятно. Но если что-то улучишть в рамках текущей концепции — это можно, если есть какие-то конкретные предложения.
Приоритетом issues эту не починишь, это надо переманивать юзабилистов из гитхаба и делать что они посоветуют.
Я могу напрямую обратиться к ребятам из UX team. Но сами понимаете, если я им скажу общие слова «надо бы улучшить в общем», они мне так и ответят «улучшим в общем». :)
- убейте отдельное скроллирование боковой менюшки
- избавьтесь от самовыскакивающих popup менюшек. да, это сложно и потребует переработки всей навигации — но оно того стоит! (вы на гитхабе хоть один попап видели? а они там есть, напр. выпадающие списки в фильтрах, списках меток, etc. — но это всё вторичный функционал, и он никогда не вываливается сам, сначала надо нажать)
- то, что некоторые выскакивающие подменюшки содержат только заголовок, а некоторые и заголовок и подпункты — уже плохо… но то, что заголовок является синонимом первого подпункта когда они есть, хотя название заголовка и первого пункта разные — это ещё хуже! я бы рекомендовал убрать заголовки в принципе и оставить только подпункты меню
- уберите expand/collapse подразделов в настройках
По большому счёту — всё это про одно и то же: навигация должна быть простая, линейная и очевидная. У вас же там разнообразие и многоуровневость. Всё это признак того, что вы не справились с управлением сложностью (что, вообще-то, ключевой навык при разработке софта) — у вас много функционала, неясно как его представить юзеру по-простому, и вы его вывалили как получилось, попытавшись замаскировать сложность скрывая части меню (popup-ами и collapse-ом), но от этой маскировки стало только хуже.
Именно поэтому я и говорю, что issue-ами эту проблему не решить, я верю что ваша команда постаралась и сделала максимально хорошо. Именно поэтому для решения этой проблемы нужны свежие люди. Или хотя бы один другой человек который будет проектировать UX. Потому что для того, чтобы сделать другой UX — надо иначе думать, а другой способ думать обычно из issue или по команде менеджера в голове не рождается, нужна другая голова.
убейте отдельное скроллирование боковой менюшки
Имеется ввиду скроллбар менюшки при ограничениях по вертикали?
избавьтесь от самовыскакивающих popup менюшек.
Много копий было сломано на эту тему. Проводились UX surveys, спорили, собирали фидбек.
Думаю, что в ближайшее время на это никто не пойдёт. Если только придёт куча народа и поставит свои «пальцы вверх».
Персонально мне меню гитилаба нравится гораздо больше, т.к. требует только один клик для доступа к нужным разделам + ждать только один раз загрузку страницы.
На гитхабе же нужно кликать несколько раз + ждать загрузку страниц после каждого клика.
то, что некоторые выскакивающие подменюшки содержат только заголовок, а некоторые и заголовок и подпункты — уже плохо
Согласен. Даже где-то такой ишью был.
В любом случае написал в UX team.
уберите expand/collapse подразделов в настройках
Согласен. gitlab.com/gitlab-org/gitlab-ce/issues/41230
По большому счёту — всё это про одно и то же: навигация должна быть простая, линейная и очевидная. У вас же там разнообразие и многоуровневость. Всё это признак того, что вы не справились с управлением сложностью (что, вообще-то, ключевой навык при разработке софта) — у вас много функционала, неясно как его представить юзеру по-простому, и вы его вывалили как получилось, попытавшись замаскировать сложность скрывая части меню (popup-ами и collapse-ом), но от этой маскировки стало только хуже.
Согласен. Лично я тоже предпочитаю упрощённые интерфейс, а не поиск по настройкам. :)
Правда гитхабовский интерфейс для меня далёк от оптимального, как и гитлабовский. Поэтому на сегодняшний день оба интерфейса — это вопрос привычки.
Будем улучшать, что ж поделать.
Имеется ввиду скроллбар менюшки при ограничениях по вертикали?
Да. Напр. в меню Settings юзера — уже при 120% масштабе (а мне и это мелко) появляется скроллер.
На гитхабе же нужно кликать несколько раз + ждать загрузку страниц после каждого клика.
Вот честно, никогда не было претензий к скорости загрузки страниц на гитхабе — наоборот, его скорость работы только радует. Что касается "несколько раз кликать" — вопрос в том, как часто это приходится делать. Обычно — крайне редко, потому что все часто используемые фичи находятся как раз на расстоянии одного клика.
Правда гитхабовский интерфейс для меня далёк от оптимального, как и гитлабовский.
Ну, я тоже могу так сказать. Но не буду. Потому что оптимальный — для каждого свой, потому что разные люди используют сайт по-разному, что для одного лишний пункт меню то для другого важнейший элемент UX. :)
Поэтому на сегодняшний день оба интерфейса — это вопрос привычки.
Это не так. UI/UX гитхаба абсолютное большинство считает лучше альтернатив, включая гитлаб. Да, в офисе будут юзать гитлаб без проблем, он вполне приемлемый… но стоит возникнуть вопросу куда разместить личный мелкий проект — сразу бегут туда, где удобнее, и обычно это не гитлаб.
Вот честно, никогда не было претензий к скорости загрузки страниц на гитхабе — наоборот, его скорость работы только радует. Что касается «несколько раз кликать» — вопрос в том, как часто это приходится делать. Обычно — крайне редко, потому что все часто используемые фичи находятся как раз на расстоянии одного клика.
Сколько ярких слов я выговаривал в адрес «прекраснейшего» дизайна гитхаба, пытаясь найти ссылки на milestones, labels, gists и my projects (до сих пор плююсь), пока не запомнил визуально, где эти ссылки находятся.
А сортировка issues / PRs, которая не запоминается, у меня вообще в голове не укладывается.
Есть и другие мелочи, которые после гитлаба корёжат мои привычки и чувство удобства. :)
Это просто как пример того, что интерфейс становится неплохим, когда привыкаешь и запоминаешь, что где находится.
Это не так. UI/UX гитхаба абсолютное большинство считает лучше альтернатив, включая гитлаб. Да, в офисе будут юзать гитлаб без проблем, он вполне приемлемый… но стоит возникнуть вопросу куда разместить личный мелкий проект — сразу бегут туда, где удобнее, и обычно это не гитлаб.
Это очень спорное утверждение.
На гитхаб бегут потому что он самый популярный. Куча народа там, он у людей на слуху. А для некоторых людей ещё и «гит == гитхаб». Примерно как «линукс == убунту».
Поэтому я за конкуренцию. От этого выигрывают все.
найти ссылки на milestones, labels, gists и my projects
Вот и я о том же. Управление milestones и labels нужны крайне редко, и обычно только PM-у, которого у большинства проектов на гитхабе вообще нет. Gist это вообще не гитхаб, он не связан с текущим репо, поэтому в основном интерфейсе к нему нет доступа через один клик. My projects… ну, что тут скажешь, гитхаб заточен под работу с одним репо, а не группой, что может и спорное решение, но при таком подходе прыгать между разными репо приходится редко — так что по факту этот функционал попадает в ту же категорию, что и управление milestones/labels — эта страница нужна редко. И редко здесь означает — примерно раз в месяц у меня (потому что я PM на ряде проектов), и примерно никогда у большинства разработчиков. (Переключаться между проектами мне лично приходится часто, но я решаю это либо открыв все проекты в отдельных вкладках, либо открывая их по необходимости через hub browse
в консоли.)
Собственно, этим и обеспечивается удобство и ясность интерфейса: то, что нужно часто — находится под рукой, а всё остальное убрано с глаз. Да, когда понадобилось это самое "всё остальное" до него нужно добираться в несколько кликов, и да, может не всем и не всегда очевидно где оно вообще находится, но альтернатива в виде "вывалим вообще все фичи на юзера на каждом экране большой выпрыгивающей м
GitHub теперь официально принадлежит Microsoft