Вот ведь ж блин... Действительно x2 цена стала... И при этом мне повезло поймать уже третий раз лежащий по полдня-дню vps... Ненавижу... Нужно всё-таки к большим европейским игрокам уходить. Раньше хоть дешевле было, сейчас — фиг
Лет 8 работал с IBM iSeries (AS400, System I). И был там у нас монолит. Но, ИМХО, монолит частично «здорового» человека: там ось обмазана фиксированным ABI, поэтому из программы на одном любом языке ты непосредственно без плясок вызываешь программу на другом (если нужно). Разные модули — наборы текстовых файликов, которые компилируется независимо друг от друга. Что-то где-то поменял, и если внешний API не меняется, то просто перекомпилируешь — и всё. А чтобы типы не ползли, есть конструкция like — сделай переменную того же типа, что и другая.
Вот этой мега-компиляции проектов на java, C++, rust там просто нет. Но правда другие, свои, проблемы и сложности есть :)
Я на установке и настройке LaTeX на разных устройствах собаку съел... Большая проблема в том, что полный дистрибутив сейчас весит 7ГБ+ (из которых 6ГБ текстовых файликов никогда в жизни не понадобятся), а сделать нормальную установку неполного — нужно быть гуру.
XRay и раздельное туннелирование — просто мечта! Было бы круто сделать так, чтобы при раздельном туннелирование в случае проблем с VPN приложение просто не получало доступ в интернет. Иногда хочется иметь «чистый» браузер, и очень не хочется, чтобы он по случайности вышел в интернет не через туннель. Ну и MacOS не хватает...
Справедливости ради «типичному» программисту не нужно думать. В том смысле, что ему нужно любым приемлемым способом решить конкретную задачу бизнеса, ему не за «думать» платят. Думать программистам приходится тогда, когда бизнес не знает точно, чего хочет, или когда задача достаточно сложна, чтобы не было очевидных способов её решить так, чтобы не жалеть об этом в будущем. Вот и GPT через пару лет так и не будет думать, просто будет выдавать на грамотно написанный промпт сразу «бездуховное» решение всё более и более сложных задач.
отправлять конкретному пользователю сообщения чаще чем раз в секунду
А лимиты того же, но в рамках одного и того же получателя у вас есть? По факту можно гораздо больше сообщений в секунду отправлять, скажем 20. Но такие «ускорения» должны быстро заканчиваться. Хотелось бы конкретики.
Для больших корпораций выбор между монорепой и сотнями-тысячами репозиторев. Если обновили что-то «системное», то может потребоваться дорабатывать десятки репозиторев, которые ещё нужно найти-вычислить. И синхронная работа с изменениями по этим десяткам реп — та ещё дрянь.
В монорепе проще поддерживать единые стандарты, стиль и т.п., рулить зависимостями, делать масштабные рефакторинги.
Добавить к lodash или webpack — и пусть весь frontend-мир подождёт (превратится в тыкву). У них больше 1М загрузок в сутки. А на lodash — больше 60К зависимостей.
«уязвимость» в том, что если проект почему-то требует слишком много оперативки/ресурсов, то npm ломается. Вместо «npm ломается» должен быть внятный memory limit error. А уж почему он требует слишком много — можно разбираться потом. И можно даже забанить автора «злого» пакета за abuse системы.
Вообще это феерично: вместо исправления уязвимости «отработало с администрацией GitHub возможность скрытия этого проекта на ресурсе»... Кроме того, что сам подход к проблеме феерический, очевидно, что теперь будет много желающих сделать что-то подобное.
У питона, безусловно, есть свои проблемы. Но в смысле универсального доступа к "достижениям человечества" у питона немного альтернатив. У Kotlin и C# есть свои ниши, не вполне универсальные.
ИМХО, у обучения C++ как первому языку программирования должна быть какая-то внятная мотивация. Условно, если хочется школьником взять всеросс по информатике, то от C++ не уйдёшь. Плюсы — сложный язык с очень сложным взаимодействием с библиотеками.
В моём случае речь о питоне. Так что завтра — точно. Через пять лет — не факт, но это и не важно: если 5 лет не пользоваться языком, то всё забудется. Ну, то есть одна из моих личных мысленных KPI при обучении программированию: доля школьников, которые в пределах года после обучения смогли решить какую-то свою задачу при помощи программирования.
Если серьёзно, то когда-то давно ~25 лет назад Pascal был моим вторым языком программирования после года с basiс и каким-то учебником. И тогда мне требовалось полгода, чтобы на Pascal сделать что-то интересное и красивое. Может быть, PascalABC и вправду чем-то хорош как учебный язык. Но я как преподаватель не хочу связываться с подобными учебными языками: ученики может и поймут какие-то концепции лучше, но в большинстве своём никогда в своей жизни ни для какой своей потребности им не воспользуются. То есть обучение пройдёт только ради обучения.
Вот ведь ж блин... Действительно x2 цена стала...
И при этом мне повезло поймать уже третий раз лежащий по полдня-дню vps...
Ненавижу...
Нужно всё-таки к большим европейским игрокам уходить. Раньше хоть дешевле было, сейчас — фиг
Лет 8 работал с IBM iSeries (AS400, System I). И был там у нас монолит.
Но, ИМХО, монолит частично «здорового» человека: там ось обмазана фиксированным ABI, поэтому из программы на одном любом языке ты непосредственно без плясок вызываешь программу на другом (если нужно).
Разные модули — наборы текстовых файликов, которые компилируется независимо друг от друга. Что-то где-то поменял, и если внешний API не меняется, то просто перекомпилируешь — и всё.
А чтобы типы не ползли, есть конструкция
like— сделай переменную того же типа, что и другая.Вот этой мега-компиляции проектов на java, C++, rust там просто нет. Но правда другие, свои, проблемы и сложности есть :)
Я на установке и настройке LaTeX на разных устройствах собаку съел...
Большая проблема в том, что полный дистрибутив сейчас весит 7ГБ+ (из которых 6ГБ текстовых файликов никогда в жизни не понадобятся), а сделать нормальную установку неполного — нужно быть гуру.
Да, это всё можно подкрутить, совсем несложно. Там кода — 10 строк js и 10 строк html.
Про удобное копирование даже задумывался.
Давайте так: если моё сообщение выше наберёт 10+ «лайков», то выделю время и прикручу :)
Вот есть моя реализация:
https://shashkovs.ru/p/
Когда каждая «звёздочка» на фоне — это не звезда, а галактика...
XRay и раздельное туннелирование — просто мечта!
Было бы круто сделать так, чтобы при раздельном туннелирование в случае проблем с VPN приложение просто не получало доступ в интернет. Иногда хочется иметь «чистый» браузер, и очень не хочется, чтобы он по случайности вышел в интернет не через туннель.
Ну и MacOS не хватает...
Справедливости ради «типичному» программисту не нужно думать. В том смысле, что ему нужно любым приемлемым способом решить конкретную задачу бизнеса, ему не за «думать» платят. Думать программистам приходится тогда, когда бизнес не знает точно, чего хочет, или когда задача достаточно сложна, чтобы не было очевидных способов её решить так, чтобы не жалеть об этом в будущем.
Вот и GPT через пару лет так и не будет думать, просто будет выдавать на грамотно написанный промпт сразу «бездуховное» решение всё более и более сложных задач.
А лимиты того же, но в рамках одного и того же получателя у вас есть? По факту можно гораздо больше сообщений в секунду отправлять, скажем 20. Но такие «ускорения» должны быстро заканчиваться. Хотелось бы конкретики.
Ну только когтеточки правда ценный артефакт: кошки их любят драть примерно поголовно.
Для больших корпораций выбор между монорепой и сотнями-тысячами репозиторев. Если обновили что-то «системное», то может потребоваться дорабатывать десятки репозиторев, которые ещё нужно найти-вычислить. И синхронная работа с изменениями по этим десяткам реп — та ещё дрянь.
В монорепе проще поддерживать единые стандарты, стиль и т.п., рулить зависимостями, делать масштабные рефакторинги.
Но цена у монорепы тоже «велика».
Пока ещё не придумал, что делать с обучением печати. Но с владением мышкой сейчас у меня пока такой «рецепт»: играем вместе в Age of Empires II.
Гипотеза: обычные и супер-группы по-разному шардируются или что-то ещё такое с расположением по физическим серверам для оптимизации доступа.
Добавить к lodash или webpack — и пусть весь frontend-мир подождёт (превратится в тыкву). У них больше 1М загрузок в сутки. А на lodash — больше 60К зависимостей.
«уязвимость» в том, что если проект почему-то требует слишком много оперативки/ресурсов, то npm ломается. Вместо «npm ломается» должен быть внятный memory limit error. А уж почему он требует слишком много — можно разбираться потом. И можно даже забанить автора «злого» пакета за abuse системы.
Вообще это феерично: вместо исправления уязвимости «отработало с администрацией GitHub возможность скрытия этого проекта на ресурсе»...
Кроме того, что сам подход к проблеме феерический, очевидно, что теперь будет много желающих сделать что-то подобное.
Вот эта страница https://learn.javascript.ru/class (и следующие за ней) куда более информативна.
У питона, безусловно, есть свои проблемы.
Но в смысле универсального доступа к "достижениям человечества" у питона немного альтернатив. У Kotlin и C# есть свои ниши, не вполне универсальные.
ИМХО, у обучения C++ как первому языку программирования должна быть какая-то внятная мотивация. Условно, если хочется школьником взять всеросс по информатике, то от C++ не уйдёшь. Плюсы — сложный язык с очень сложным взаимодействием с библиотеками.
В моём случае речь о питоне.
Так что завтра — точно. Через пять лет — не факт, но это и не важно: если 5 лет не пользоваться языком, то всё забудется.
Ну, то есть одна из моих личных мысленных KPI при обучении программированию: доля школьников, которые в пределах года после обучения смогли решить какую-то свою задачу при помощи программирования.
Ох уж эти ценители стюардессЕсли серьёзно, то когда-то давно ~25 лет назад Pascal был моим вторым языком программирования после года с basiс и каким-то учебником. И тогда мне требовалось полгода, чтобы на Pascal сделать что-то интересное и красивое.
Может быть, PascalABC и вправду чем-то хорош как учебный язык. Но я как преподаватель не хочу связываться с подобными учебными языками: ученики может и поймут какие-то концепции лучше, но в большинстве своём никогда в своей жизни ни для какой своей потребности им не воспользуются. То есть обучение пройдёт только ради обучения.