наивный вопрос — а за чей счёт банкет? В смысле — разработка и хостинг требуют денег, будете встраивать рекламу и премиум-аккаунты или как-то иначе монетизировать? к чему вопрос — если всё на энтузиазме, то он обычно заканчивается рано или поздно.
о, мышь A4 X7! у меня прямо сейчас такая же на столе. сколько лет пытался найти замену, но в итоге сдался и просто покупаю новую, когда старая выходит из строя. полгода как переехал на трекбол (mx ergo s, ЕВПОЧЯ), но X7 стоит на запасном пути. вдруг когда-нибудь у меня будет время и желание поиграть?
Я знаю и я с этим согласен. Собственно, я так делал. Но тем не менее — в реальности его внедряют далеко не всегда и не везде. Часто используют БД. Списываю это на "всегда так было" и на то, что разработчики часто творят дичь, делая "как привычно".
ну вот тоже не соглашусь. LDAP штука полезная, но нишевая, за пределами AD по моему опыту почти не встречается (у меня за плечами десятка два организаций разного размера, там так). т.е. шансы на то, что сисадмин с LDAP будет сталкиваться очень эпизодически, довольно высоки. что не отменяет, что знать что это такое и как оно работает — надо.
Ну так это же букварь, буквально. Там надо дальше садиться и чуть глубже писать отдельно и про устройство линукса, и про основы сетей, и про базовые сервисы, и так далее, и тому подобное.
у меня сейчас релевантного опыта нет, семь лет назад я описывал это так. в целом, полагаю, что базовые принципы остались теми же — смотреть вакансии на hh, смотреть в них, какие скиллы нужны работодателям, стараться попасть на собеседование (даже неудачное собеседование — это плюс).
вписал в подзаголовок и изменил первое предложение на "Эта книга — практический курс по Linux (на основе Debian) для тех, кто только начинает путь в IT."
вы же понимаете, что "удаление учётки с Госуслуг" это не "заберу все свои данные у государства", а "отрублю себе доступ к своим данным, которые в любом случае есть у государства"?
напишу в стиле Капитана Очевидности про свой подход.
superowers + больше времени на планирование + ведение контекста. попробую развить тезис:
1. superowers неплох сам по себе, про него особо рассказать нечего, проще посмотреть;
2. мне очень помогло добавление файла CONTEXT.md, ну или CLAUDE.md, в котором описывается, что и зачем вообще делаем. Смысл в том, что сначала описываешь задачу в общих чертах, затем обсуждаешь её с ИИ и заставляешь его переписать и при каждой итерации изменять этот файл. Буквально начинаешь с верхнеуровневого описания и потом идёшь по подзадачам. Планирование хорошо помогает в том смысле, что не только ИИ лучше понимает контекст задачи, но и ты сам иногда ловишь "о, это я упустил".
3. на длинных забегах ИИ начинает глючить, поэтому после каждого небольшого этапа я с с помощью ИИ фиксирую всё, что сделано в CONTEXT.md и CHANGELOG.md и начинаю сессию заново, /clear, "прочти context" и погнали следующую задачу. В сложных случаях помогает локальный git-репозиторий, там ещё и история коммитов помогает. Смысл в том, что одну фичу сделали, закоммитили, память почистили, погнали следующую.
в целом же, ИИ как инициативный джун рвётся сразу писать и переписывать. я уже привык первым промптом писать "не спеши что-то делать, сначала давай обсудим концептуальное решение, потом разобьём его на этапы и двинемся дальше. Задавай мне вопросы, которые помогут тебе с задачей", иначе он с криком "ололо!" несётся переделывать всё, что уже сделано на предыдущей итерации.
если токенов мало, то имеет смысл на этапе планирования использовать максимально умную модель, а для написания кода по написанному плану — попроще. Условно говоря, Opus планирует, Sonnet пишет.
Ещё бывает полезно после планирования очередного этапа, когда план уже готов, спросить "что я упускаю" и сказать "проверь себя". не серебряная пуля, но бывает, что помогает.
Хороший план. Продуманный. : )
У меня обычно из таких как раз что-то и получается. Надеюсь, ласточка взлетит.
Наличие self-hosted радует отдельно и особо.
наивный вопрос — а за чей счёт банкет? В смысле — разработка и хостинг требуют денег, будете встраивать рекламу и премиум-аккаунты или как-то иначе монетизировать?
к чему вопрос — если всё на энтузиазме, то он обычно заканчивается рано или поздно.
а так — хорошая идея, надеюсь, что взлетит.
о, мышь A4 X7! у меня прямо сейчас такая же на столе.
сколько лет пытался найти замену, но в итоге сдался и просто покупаю новую, когда старая выходит из строя.
полгода как переехал на трекбол (mx ergo s, ЕВПОЧЯ), но X7 стоит на запасном пути.
вдруг когда-нибудь у меня будет время и желание поиграть?
Спасибо, я старался.
Попробуйте рисовать не chatgpt, а тем же gemini
nanobanana pro очень неплохо рисует
рекомендую скачать свежую версию pdf, там были проблемы с вёрсткой, я только что поправил.
Я знаю и я с этим согласен. Собственно, я так делал.
Но тем не менее — в реальности его внедряют далеко не всегда и не везде.
Часто используют БД. Списываю это на "всегда так было" и на то, что разработчики часто творят дичь, делая "как привычно".
ну вот тоже не соглашусь. LDAP штука полезная, но нишевая, за пределами AD по моему опыту почти не встречается (у меня за плечами десятка два организаций разного размера, там так).
т.е. шансы на то, что сисадмин с LDAP будет сталкиваться очень эпизодически, довольно высоки.
что не отменяет, что знать что это такое и как оно работает — надо.
Ну так это же букварь, буквально. Там надо дальше садиться и чуть глубже писать отдельно и про устройство линукса, и про основы сетей, и про базовые сервисы, и так далее, и тому подобное.
у меня сейчас релевантного опыта нет, семь лет назад я описывал это так.
в целом, полагаю, что базовые принципы остались теми же — смотреть вакансии на hh, смотреть в них, какие скиллы нужны работодателям, стараться попасть на собеседование (даже неудачное собеседование — это плюс).
да, это хорошая идея, спасибо
борода и свитер сами отрастают по мере чтения манов же! : )
вписал в подзаголовок и изменил первое предложение на "Эта книга — практический курс по Linux (на основе Debian) для тех, кто только начинает путь в IT."
вероятно, нужно. В самой книге или на хабре?
да, поэтому я там упор на практику и сделал
спасибо!
а что значит "на пяту"? И где так говорят? Бог с ним, с предметом спора, меня арго/регионализм заинтересовал, никогда раньше не слышал.
вы же понимаете, что "удаление учётки с Госуслуг" это не "заберу все свои данные у государства", а "отрублю себе доступ к своим данным, которые в любом случае есть у государства"?
Сосед отвечает, — раз отключили, значит за дело. Не буду ничего поднимать, ещё и меня отключат!
На этом всё и закончится. Хотелось бы ошибиться, конечно.
напишу в стиле Капитана Очевидности про свой подход.
superowers + больше времени на планирование + ведение контекста.
попробую развить тезис:
1. superowers неплох сам по себе, про него особо рассказать нечего, проще посмотреть;
2. мне очень помогло добавление файла
CONTEXT.md, ну илиCLAUDE.md, в котором описывается, что и зачем вообще делаем.Смысл в том, что сначала описываешь задачу в общих чертах, затем обсуждаешь её с ИИ и заставляешь его переписать и при каждой итерации изменять этот файл. Буквально начинаешь с верхнеуровневого описания и потом идёшь по подзадачам. Планирование хорошо помогает в том смысле, что не только ИИ лучше понимает контекст задачи, но и ты сам иногда ловишь "о, это я упустил".
3. на длинных забегах ИИ начинает глючить, поэтому после каждого небольшого этапа я с с помощью ИИ фиксирую всё, что сделано в
CONTEXT.mdиCHANGELOG.mdи начинаю сессию заново,/clear, "прочти context" и погнали следующую задачу. В сложных случаях помогает локальный git-репозиторий, там ещё и история коммитов помогает.Смысл в том, что одну фичу сделали, закоммитили, память почистили, погнали следующую.
в целом же, ИИ как инициативный джун рвётся сразу писать и переписывать.
я уже привык первым промптом писать "не спеши что-то делать, сначала давай обсудим концептуальное решение, потом разобьём его на этапы и двинемся дальше. Задавай мне вопросы, которые помогут тебе с задачей", иначе он с криком "ололо!" несётся переделывать всё, что уже сделано на предыдущей итерации.
если токенов мало, то имеет смысл на этапе планирования использовать максимально умную модель, а для написания кода по написанному плану — попроще. Условно говоря, Opus планирует, Sonnet пишет.
Ещё бывает полезно после планирования очередного этапа, когда план уже готов, спросить "что я упускаю" и сказать "проверь себя".
не серебряная пуля, но бывает, что помогает.
Примерно так.