На тот момент я еще никогда особенно не занимался разработкой софта с визуальной составляющей (сервер-сайд разработка), но Ubuntu пользовался более восьми лет. Вдохновившись картинками из интернетов решил сделать для себя простой todo лист, но с упором на интеграцию в систему — системная цветовая схема, приятный шрифт, интеграция панелью уведомлений. Визуально что-то похожее на Alternote для макоси планировалось.
В общем всё закончилось тем, что после пары часов гугления выяснилось, что есть три взаимнонесовместимых версии libnotify, по каждой из которых документация жутко устаревшая и не совпадает с тем, что есть в реале. Через исходники продраться не удалось.
Наверняка можно было разобраться, но сильно много усилий для очень базовых вещей.
Если кому интересно, поделюсь обратным опытом. После примерно 10 лет использования линуксов (практически всегда убунта LTS, за исключением нескольких месяцев экспериментов) на макось с макбуком.
Из того, что сразу бросилось в глаза при переходе на макось с убунты:
рабочие столы квадратиком не выстроить ни при каких настройках — только лентой. Тогда это казалось очень удобным — при четырех рабочих столах до самого дальнего не более двух переключений.
совершенно дурацкое ускорение мыши и тачпада. Более того, штатными средствами нельзя настроить для каждого отдельно ускорение. Вроде были софтины, которые решали эту проблему, но кажется начиная с некоторой версии макоси они перестали работать.
стандартная раскладка как минимум непривычная
В общем ко всему этому привык в течении месяца, и стало все сильно удобно.
Пару недель назад относил мак в сервис на пару дней и работал за предыдущим компьютером (dell) с установленной Ubuntu 18.04
Ощущения ровно те же, только в обратную сторону — рабочие столы неудобный (в гноме на этот раз просто по вертикали), мышь тупая (правда настраивается и для каждого устройства отдельно), раскладка такая же, потому что на маке PC-раскладка стоит.
Но самое главное, и холиварное ощущение, которое у меня сложилось — Ubuntu (и gnome, и kde, и xfce) нужны не столько программисты, сколько UI/UX дизайнеры. Потому что функционально по неспециализированному софту там более-менее всё хорошо (ну кроме того, что офиса нет с adobe, но это совсем другая история). А вот с тем как этот софт выглядит… конечно на вкус и цвет… но после макоси глаза очень-очень-очень сильно режет.
И кстати, про сенсорные экраны. У жены уже пару лет HP с сенсорным экраном. Радостно было где-то месяц, потому что "ого, можно в экран пальцем". Понятно, что случаи использования у всех разные, но сейчас им почти не пользуется ни жена, ни я.
А вот что интересно, так это линейка surface. Вот это и в самом деле на мой вкус выглядит перспективно. Жалко в РФ не продаётся — пощупать живьём его было бы очень интересно.
i7 + 16Gb с пристойным экраном, стилусом и в корпусе планшета. Я бы таким видел свой рабочий компьютер. Можно с собой прихватить в виде планшета на случай внезапностей, дома можно воткнуть в док, в короткие поездки — type cover или отдельная клавиатура. Очень конвертируемо, как по мне.
На тачбар я тоже косо смотрю. Но в гораздо больше меня смущает в этой истории то, что на макбуке с нормальным железом есть только опция с тачбаром, а magic keyboard только с f1-f12. Хотелось бы чтобы опыт на одной платформе был один.
Вот на этот вопрос я без проблем отвечу. Apple сделает сенсорный экран тогда, когда на виндах это допилят до нормально-юзабельного состояния для обычного пользователя. Потом выйдет эпл, скажет, что они reinvented laptop, пройдет пара лет и все станут делать сенсорные экраны как у Apple.
И он в самом деле скорее всего у apple будет лучше, чем у конкурентов.
Про пыль подтверждаю. Буквально три дня назад забрал mbp 15 из сервиса. Перестал крутиться один из двух вентиляторов. Думал сдох. В сервисе сказали, что забился пылью и они его просто почистили.
Так в статье же речь про single source of truth. Вполне себе нормальная история основные данные держать в одной базе, а для полнотекстового поиска выгружать в другую, сильно более заточенную на, собственно, полнотекстовый поиск.
Как там у SO это сделано я не знаю, но вообще, при большом желании Elastic можно дропнуть и перестроить, и сервис скорее всего в это время испытает gracefull degradation — из гуглового поиска попасть можно будет (а это думаю большая часть их трафика), а из внутреннего, пока индекс не перестроится — нет. Ну, а учитывая, что это что-то вроде ЧП, то в общем-то и не страшно сильно.
Ой да ладно. Так ли много реальных случав, когда тесты невозможно написать? Ну может прямая работа с железом.
Как-то же проверяется работоспособность кода человеком? Обычно это как-то всегда в той или иной степени может быть автоматизировано.
База обычно скейлиться дешевле? Весьма смелое утверждение.
Для кода практически всегда есть опция запустить несколько экземпляров, спрятать их за какой-нибудь фасад, вроде балансировщика и писать/читать в одну базу. А вот что делать, если вертикальный предел по железу достигнут, а производительности хранилища по-прежнему не хватает — это большой-большой вопрос.
И если в случае с какой-нибудь монгой еще остаётся пространство для манёвра, то что делать, если датасет из сильно реляционных данных не входит — не очень понятно.
Не всё так однозначно. И нагрузка разная бывает, и данные, и требования к их целостности, актуальности, и куча ещё всего.
Т.е. я понимаю, что реляционные БД в принципе не способны на бесконечное горизонтальное масштабирование, но внезапно может оказаться, что бесконечно и не надо.
Думаю в случае с вареньем это должно быть как-то связано с поверхностным натяжением. Чем оно выше, тем больше нужно энергии, чтобы отделить молекулу вещества.
Не думаю, что несколько ложек сахара коренным образом меняют поверхностное натяжение чая :)
Ничего подобного. Настоящий толчёк ФП в массы дал некоторый снобистский хайп вокруг Haskell, Erlang и Scala. В JS можно (и иногда нужно) писать в ФП-стиле, но надо понимать, что в половине случаев это не даёт тех потрясающих плюшек, что дают взрослые ФП-языки.
А в массы они не выходили по причине того, что долгое время по-сути и не было проблем, для которых были необходимы ФП-концепции. Как минимум можно передать горячий привет многоядерности и параллелизму.
Видел во всяких инстаграммах, что пилоты пользуются iPad-ами во время полёта. Что на этих iPad-ах, и почему именно они, а не какой-нибудь Samsung, например? Сертификация?
На тот момент я еще никогда особенно не занимался разработкой софта с визуальной составляющей (сервер-сайд разработка), но Ubuntu пользовался более восьми лет. Вдохновившись картинками из интернетов решил сделать для себя простой todo лист, но с упором на интеграцию в систему — системная цветовая схема, приятный шрифт, интеграция панелью уведомлений. Визуально что-то похожее на Alternote для макоси планировалось.
В общем всё закончилось тем, что после пары часов гугления выяснилось, что есть три взаимнонесовместимых версии libnotify, по каждой из которых документация жутко устаревшая и не совпадает с тем, что есть в реале. Через исходники продраться не удалось.
Наверняка можно было разобраться, но сильно много усилий для очень базовых вещей.
Ну, вроде по самой свежей информации, там всё же проблема с VRM, которая устраняется программно: https://9to5mac.com/2018/07/24/macbook-pro-throttling-fix/
И вроде даже сама apple это подтвердила: https://www.cnbc.com/2018/07/24/apple-macbook-2018-fix-for-slowdown.html Правда тут про VRM ни слова, но тем не менее — говорят пофиксили программно.
Если кому интересно, поделюсь обратным опытом. После примерно 10 лет использования линуксов (практически всегда убунта LTS, за исключением нескольких месяцев экспериментов) на макось с макбуком.
Из того, что сразу бросилось в глаза при переходе на макось с убунты:
В общем ко всему этому привык в течении месяца, и стало все сильно удобно.
Пару недель назад относил мак в сервис на пару дней и работал за предыдущим компьютером (dell) с установленной Ubuntu 18.04
Ощущения ровно те же, только в обратную сторону — рабочие столы неудобный (в гноме на этот раз просто по вертикали), мышь тупая (правда настраивается и для каждого устройства отдельно), раскладка такая же, потому что на маке PC-раскладка стоит.
Но самое главное, и холиварное ощущение, которое у меня сложилось — Ubuntu (и gnome, и kde, и xfce) нужны не столько программисты, сколько UI/UX дизайнеры. Потому что функционально по неспециализированному софту там более-менее всё хорошо (ну кроме того, что офиса нет с adobe, но это совсем другая история). А вот с тем как этот софт выглядит… конечно на вкус и цвет… но после макоси глаза очень-очень-очень сильно режет.
И кстати, про сенсорные экраны. У жены уже пару лет HP с сенсорным экраном. Радостно было где-то месяц, потому что "ого, можно в экран пальцем". Понятно, что случаи использования у всех разные, но сейчас им почти не пользуется ни жена, ни я.
А вот что интересно, так это линейка surface. Вот это и в самом деле на мой вкус выглядит перспективно. Жалко в РФ не продаётся — пощупать живьём его было бы очень интересно.
i7 + 16Gb с пристойным экраном, стилусом и в корпусе планшета. Я бы таким видел свой рабочий компьютер. Можно с собой прихватить в виде планшета на случай внезапностей, дома можно воткнуть в док, в короткие поездки — type cover или отдельная клавиатура. Очень конвертируемо, как по мне.
А они ее таки завели? Помню долго висел про это тикет.
На тачбар я тоже косо смотрю. Но в гораздо больше меня смущает в этой истории то, что на макбуке с нормальным железом есть только опция с тачбаром, а magic keyboard только с f1-f12. Хотелось бы чтобы опыт на одной платформе был один.
Да, они отличаются. Буквально пару дней назад был опыт. Сдавал мак в ремонт — на пару дней пересаживался за предыдущий dell.
Когда пересаживался с dell на mbp — ощущения были "ну да, получше немного". Когда обратно — "о боже, зачем этим портить глаза".
Стойте, что-то вы делали не так. Буковки на 4k 27" нормального размера. Двойной масштаб же.
Вот на этот вопрос я без проблем отвечу. Apple сделает сенсорный экран тогда, когда на виндах это допилят до нормально-юзабельного состояния для обычного пользователя. Потом выйдет эпл, скажет, что они reinvented laptop, пройдет пара лет и все станут делать сенсорные экраны как у Apple.
И он в самом деле скорее всего у apple будет лучше, чем у конкурентов.
История айфона ж один в один.
Про пыль подтверждаю. Буквально три дня назад забрал mbp 15 из сервиса. Перестал крутиться один из двух вентиляторов. Думал сдох. В сервисе сказали, что забился пылью и они его просто почистили.
А так в пятнашках с 17-го года же вообще нет конфигурации без дискретного видео.
Так в статье же речь про single source of truth. Вполне себе нормальная история основные данные держать в одной базе, а для полнотекстового поиска выгружать в другую, сильно более заточенную на, собственно, полнотекстовый поиск.
Как там у SO это сделано я не знаю, но вообще, при большом желании Elastic можно дропнуть и перестроить, и сервис скорее всего в это время испытает gracefull degradation — из гуглового поиска попасть можно будет (а это думаю большая часть их трафика), а из внутреннего, пока индекс не перестроится — нет. Ну, а учитывая, что это что-то вроде ЧП, то в общем-то и не страшно сильно.
Ой да ладно. Так ли много реальных случав, когда тесты невозможно написать? Ну может прямая работа с железом.
Как-то же проверяется работоспособность кода человеком? Обычно это как-то всегда в той или иной степени может быть автоматизировано.
В статье ни разу не упомянули про тесты. Первое правило рефакторинга — сначала тест и только потом код.
База обычно скейлиться дешевле? Весьма смелое утверждение.
Для кода практически всегда есть опция запустить несколько экземпляров, спрятать их за какой-нибудь фасад, вроде балансировщика и писать/читать в одну базу. А вот что делать, если вертикальный предел по железу достигнут, а производительности хранилища по-прежнему не хватает — это большой-большой вопрос.
И если в случае с какой-нибудь монгой еще остаётся пространство для манёвра, то что делать, если датасет из сильно реляционных данных не входит — не очень понятно.
Не всё так однозначно. И нагрузка разная бывает, и данные, и требования к их целостности, актуальности, и куча ещё всего.
Т.е. я понимаю, что реляционные БД в принципе не способны на бесконечное горизонтальное масштабирование, но внезапно может оказаться, что бесконечно и не надо.
Чтобы не быть голословным, есть такой сайтик популярный — stackoverflow.com. Так вот у него в сердце MS SQL Server. Пруф: https://nickcraver.com/blog/2016/02/17/stack-overflow-the-architecture-2016-edition
SQL не серебряная пуля, также как и noSQL. Каждому гвоздю свой молоток.
Думаю в случае с вареньем это должно быть как-то связано с поверхностным натяжением. Чем оно выше, тем больше нужно энергии, чтобы отделить молекулу вещества.
Не думаю, что несколько ложек сахара коренным образом меняют поверхностное натяжение чая :)
По ощущениям apple примерно туда и идёт: https://support.apple.com/en-us/HT208544
Ничего подобного. Настоящий толчёк ФП в массы дал некоторый снобистский хайп вокруг Haskell, Erlang и Scala. В JS можно (и иногда нужно) писать в ФП-стиле, но надо понимать, что в половине случаев это не даёт тех потрясающих плюшек, что дают взрослые ФП-языки.
А в массы они не выходили по причине того, что долгое время по-сути и не было проблем, для которых были необходимы ФП-концепции. Как минимум можно передать горячий привет многоядерности и параллелизму.