Был Докер — убрали. Основная масса пользователей не является виртуозами администрирования и слой докера делал для них практически невозможным обновления и настройки, а для нас, возможность как-то им вменяемо дистанционно помочь.
А виртуалка с NGINX/PHPFPM и certbot получается простая и понятная как топор, ansible все ставит замечательно, ноль проблем в последнее время.
Проблема с этой ТОС, что она не очень дружит с тем, как люди друг с другом взаимодействуют. Поэтому она математически-то верная, а на практике не учитывает кто и за что получает пиз***лей в отделе продаж или в цеху, как люди переводят друг на друга стрелки, как притворяются ветошью и как получают бонусы. Поэтому в массе лежать она будет на полке. В отдельных случаях она конечно применяется и даже эффективна.
По прежнему работает когда надо снизить стоимость обработки. Если большой GPT-5 переваривает немного хаотические промпты, то для mini надо дорабатывать промпт для снижения ошибок и повышения повторяемости.
Это все делается одним промптом в gpt-5, предварительно вынув все из pdf самыи топорным способом. Счета, УПД, КП и просто когда на салфетке написано - все работает. Себестоимость около 3 рублей счет. А также мы вынимаем и docx и xlsx и если там pdf в котором лежит картинка, то берем и картинку в гпт отправляем. 100% результат супер надежный.
А есть люди, которые думают о пассивном убытке от своих IT-поделок: вроде бы они и нужны, но платят за них плохо — существенно хуже, чем в найме (а усилий в 100500 раз больше). И вот сидишь такой с поделками и понимаешь, что никакой найм тебе не светит — не возьмут, потому что ты занимался поделками, а у них в найме совсем другой спектр задач. Речь не про пет-проекты, которые делались по 2 часа в неделю вечером параллельно основной работе, а про full-time поделки. Приходится налегать на вёсла дальше.
И вот в найме — эйджизм и всё такое, и придётся искать должность попроще, запросы поменьше. А после поделок, когда ты полный бомж и всё просрал, непонятно даже куда понижаться — в такси или в Яндекс-доставку, вот такой выбор. Ну или брать заказы на сайтики на Битриксе во фрилансе, но там надо быть жёстким чуваком, чтобы вообще хоть что-то заплатили.
Так что если вы в найме — оставайтесь там и дальше. Единственный вариант — это ваш пет-проект (на который вы потратили не больше полугода по вечерам) взлетел так, что вам выдали 2 млн баксов на его развитие. Тогда можно ливать. При других раскладах — идея сомнительная.
Проверяли мы про качество кода - будет нормальное. Особенно если он там не в вакууме, а есть кому посмотреть. Да и сейчас есть AI, который супертул по обучению, он отвечает даже на самые тупые вопросы и не устает.
Мне тот же чат сказал, что можно хромиум запустить не headless а в виртуальном X, если на серваке есть GPU, то вообще будет как пользовательский браузер выглядеть. Или он это нагалюцинировал?
Я пришёл к такой схеме на сложных ERP-проектах, которые длятся по 6–12 месяцев и требуют около 500 часов работы.
Предварительная оценка — бесплатно, но она приблизительная.
Ставка за час работы фиксируется в договоре и не изменяется в течение какого-то срока, например года, при условии своевременной оплаты со стороны клиента.
Клиент платит блоками по 150 тыс. рублей. Каждую неделю отправляется акт о выполненных работах. Задача за первые два транша (то есть за 300 тыс., что составляет примерно треть проекта) — выйти на работающий функционал, пригодный для запуска в эксплуатацию.
В договоре указывается, сколько часов в месяц мы гарантированно уделяем этому проекту (обычно 60–90).
Также в договоре описывается общая схема блоков и прописываются точки, в которых мы заранее видим, что клиент может не справиться. Например, если он говорит, что его сотрудники будут заполнять какую-то конскую форму, а мы по опыту знаем, что не будут — так и фиксируем это в договоре.
Стартовая эксплуатация оформляется актами, в которых указано количество заказов, расчётов и прочих операций, проведённых командой заказчика в новой системе.
После этого принимаются уточнения по проекту со стороны клиента (ранее они не рассматриваются, потому что до реальной эксплуатации — это просто фантазии), и пересматривается оценочный объём.
Следующий блок оплачивается, когда израсходованы часы по предыдущему. Не оплатил — работы на паузе. Не оплатил в течение трёх недель — договор тоже на паузе. Оговаривается, что возобновление работ происходит только после оплаты + 4–6 недель (потому что мы уже будем заняты другим проектом).
Не оплачено в течение трёх месяцев — расторжение. Значит, клиент вышел из проекта. Такое бывает, особенно после достижения точки первоначальной эксплуатации, когда становится ясно, что кроме ПО нужны ещё и организационные изменения, а они невозможны.
Если проект дошёл до конца — подключается абонентка на сопровождение: чтобы 2–3 небольшие задачи в месяц не согласовывать отдельно. Абонентка на разработку — ни в коем случае. Это бесконечный конфликт про объём задач, который «должен быть выполнен».
Такая схема работает, но тут возникает другой вопрос: со стороны подрядчика требуется дофига скилла — и в бизнесе клиента, и в разработке, и в коммуникации (причём с разными, зачастую конфликтующими между собой, людьми у заказчика). И в итоге, если у тебя есть такой скилл, непонятно, зачем вообще заниматься такими проектами, а не работать в условном Сбере.
Доступов к ТСПУ у техподдержки хостеров нет. Я попал уже на эту штуку дважды - у VULTR и потом через 3 недели у Digitalocean. Никаких сверх-защит не стояло, обыкновенный https, просто перестают проходить пакеты и вме (только я определил порог как 30Кб, но считал на калькуляторе по битам, мог ошибиться). Блокировка наблюдалась не по всем маршрутам, те поэксперементировав с прокси в различных точках РФ-хостеров у кого есть иностранные сервера, я подобрал работающий маршрут. Блокировался именно SSL - TLS и SSH работали нормально.
Не ограничится, будут еще другие, такие-же некритичные. Есть какая-то идея, что некритичные ошибки — ведут к критичным для системы, это не совсем так. Если сосредотачиваться на реальной безопасности и оставить на потом, если потребуется, такого рода штуковины как пагинация -1, то сделать получится существенно больше за те-же деньги/время. Но разработчику на время/деньги все-равно — платит корпорация, она за эффективность не доплачивает, зато делает мозг за мелкие недочеты.
И я читаю эту статью так: если у вас нет 2 миллиардов рублей на сервис из четырех табличек, то не стоит пытаться разрабатывать так, как разрабатывает корпорация, вы просто не доживете до запуска — неважно будет, есть там у вас железобетонная защита от всего на свете и красивые 404 во всех местах или нет.
Разработчик он за зарплату. Деньги не его. Методичек много, поле для деятельности большое. Эффективность бизнеса - не его задача. Смерть проекта от 1000 порезов не его проблема. Утверждения про безопасность - ну так что угодно объясняется. Становится безопасности больше от применения всех методичек вперемешку - по разному, если навертели в 4 этажа, что самим непонятно как работает, ну какая там безопасность. Кто-то говорит публично, что это дичь - ну это как против использования микросервисов в проекте трехстоаничного сайта рот открывать.
Я на 1К звезд решил, что хватит мне OSS заниматься. Для того что бы сложный проект реально развивался, он должен реально зарабатывать. И в этот момент становится понятно, что бесплатная аудитория и платная аудитория - не пересекаются. Первая во вторую не конвертируется.
Конечно, но я вижу, что корпораты в os выкладывают то, на что затраты уже произведены, но заработать с этого прямо не получается. Поэтому os позволяет получить косвенный эффект. Выложили golang, получили тестирование и реальную оценку (при этом команда как работала над ним, так и работает). Выложил Дипсик свою модель, заработал на шорте акций Нвидиа, получил медийный шум, привлек внимание. В опенсорсе тот, кто отстает. Альтман хоть и говорит, что он неправильно оценил на какой они стороне истории с опен-сорс, но это просто вращение языком. Реально они опенсорсят только вторичные вещи, что бы посмотреть, что в реальных условиях там люди придумают, потом складывают интересные идеи со своим представлением и переносят в корп-продукт. И то это сомнительная история, я думаю они это делают на всякий случай, так как по факту у меня за 5 лет только 1 штуку из 300 примерно, придумало комьюнити, до которой я сам раньше не додумался. Ну и это все не является длящимся, как только задача исчезает, весь этот опен-сорс сворачивается. Развивали Flutter пока всем нужны были приложения и гуглу надо было конкурировать за андроид, вкладывали в это, хайп на приложухи прошел, забросили.
Был Докер — убрали. Основная масса пользователей не является виртуозами администрирования и слой докера делал для них практически невозможным обновления и настройки, а для нас, возможность как-то им вменяемо дистанционно помочь.
А виртуалка с NGINX/PHPFPM и certbot получается простая и понятная как топор, ansible все ставит замечательно, ноль проблем в последнее время.
Проблема с этой ТОС, что она не очень дружит с тем, как люди друг с другом взаимодействуют. Поэтому она математически-то верная, а на практике не учитывает кто и за что получает пиз***лей в отделе продаж или в цеху, как люди переводят друг на друга стрелки, как притворяются ветошью и как получают бонусы. Поэтому в массе лежать она будет на полке. В отдельных случаях она конечно применяется и даже эффективна.
По прежнему работает когда надо снизить стоимость обработки. Если большой GPT-5 переваривает немного хаотические промпты, то для mini надо дорабатывать промпт для снижения ошибок и повышения повторяемости.
Это экстра редкость, сильно реже чем инвестиции в стартап
Спасибо, учтем
Это все делается одним промптом в gpt-5, предварительно вынув все из pdf самыи топорным способом. Счета, УПД, КП и просто когда на салфетке написано - все работает. Себестоимость около 3 рублей счет. А также мы вынимаем и docx и xlsx и если там pdf в котором лежит картинка, то берем и картинку в гпт отправляем. 100% результат супер надежный.
А есть люди, которые думают о пассивном убытке от своих IT-поделок: вроде бы они и нужны, но платят за них плохо — существенно хуже, чем в найме (а усилий в 100500 раз больше). И вот сидишь такой с поделками и понимаешь, что никакой найм тебе не светит — не возьмут, потому что ты занимался поделками, а у них в найме совсем другой спектр задач. Речь не про пет-проекты, которые делались по 2 часа в неделю вечером параллельно основной работе, а про full-time поделки. Приходится налегать на вёсла дальше.
И вот в найме — эйджизм и всё такое, и придётся искать должность попроще, запросы поменьше. А после поделок, когда ты полный бомж и всё просрал, непонятно даже куда понижаться — в такси или в Яндекс-доставку, вот такой выбор. Ну или брать заказы на сайтики на Битриксе во фрилансе, но там надо быть жёстким чуваком, чтобы вообще хоть что-то заплатили.
Так что если вы в найме — оставайтесь там и дальше. Единственный вариант — это ваш пет-проект (на который вы потратили не больше полугода по вечерам) взлетел так, что вам выдали 2 млн баксов на его развитие. Тогда можно ливать. При других раскладах — идея сомнительная.
Спасибо, я и не знал про такую штуку.
Проверяли мы про качество кода - будет нормальное. Особенно если он там не в вакууме, а есть кому посмотреть. Да и сейчас есть AI, который супертул по обучению, он отвечает даже на самые тупые вопросы и не устает.
А вариант, что OpenAI договорился с Cloudflare есть? Так как оператор двигает мышкой совсем не как человек...
Мне тот же чат сказал, что можно хромиум запустить не headless а в виртуальном X, если на серваке есть GPU, то вообще будет как пользовательский браузер выглядеть. Или он это нагалюцинировал?
Я пришёл к такой схеме на сложных ERP-проектах, которые длятся по 6–12 месяцев и требуют около 500 часов работы.
Предварительная оценка — бесплатно, но она приблизительная.
Ставка за час работы фиксируется в договоре и не изменяется в течение какого-то срока, например года, при условии своевременной оплаты со стороны клиента.
Клиент платит блоками по 150 тыс. рублей. Каждую неделю отправляется акт о выполненных работах. Задача за первые два транша (то есть за 300 тыс., что составляет примерно треть проекта) — выйти на работающий функционал, пригодный для запуска в эксплуатацию.
В договоре указывается, сколько часов в месяц мы гарантированно уделяем этому проекту (обычно 60–90).
Также в договоре описывается общая схема блоков и прописываются точки, в которых мы заранее видим, что клиент может не справиться. Например, если он говорит, что его сотрудники будут заполнять какую-то конскую форму, а мы по опыту знаем, что не будут — так и фиксируем это в договоре.
Стартовая эксплуатация оформляется актами, в которых указано количество заказов, расчётов и прочих операций, проведённых командой заказчика в новой системе.
После этого принимаются уточнения по проекту со стороны клиента (ранее они не рассматриваются, потому что до реальной эксплуатации — это просто фантазии), и пересматривается оценочный объём.
Следующий блок оплачивается, когда израсходованы часы по предыдущему. Не оплатил — работы на паузе. Не оплатил в течение трёх недель — договор тоже на паузе. Оговаривается, что возобновление работ происходит только после оплаты + 4–6 недель (потому что мы уже будем заняты другим проектом).
Не оплачено в течение трёх месяцев — расторжение. Значит, клиент вышел из проекта. Такое бывает, особенно после достижения точки первоначальной эксплуатации, когда становится ясно, что кроме ПО нужны ещё и организационные изменения, а они невозможны.
Если проект дошёл до конца — подключается абонентка на сопровождение: чтобы 2–3 небольшие задачи в месяц не согласовывать отдельно. Абонентка на разработку — ни в коем случае. Это бесконечный конфликт про объём задач, который «должен быть выполнен».
Такая схема работает, но тут возникает другой вопрос: со стороны подрядчика требуется дофига скилла — и в бизнесе клиента, и в разработке, и в коммуникации (причём с разными, зачастую конфликтующими между собой, людьми у заказчика). И в итоге, если у тебя есть такой скилл, непонятно, зачем вообще заниматься такими проектами, а не работать в условном Сбере.
Доступов к ТСПУ у техподдержки хостеров нет. Я попал уже на эту штуку дважды - у VULTR и потом через 3 недели у Digitalocean. Никаких сверх-защит не стояло, обыкновенный https, просто перестают проходить пакеты и вме (только я определил порог как 30Кб, но считал на калькуляторе по битам, мог ошибиться). Блокировка наблюдалась не по всем маршрутам, те поэксперементировав с прокси в различных точках РФ-хостеров у кого есть иностранные сервера, я подобрал работающий маршрут. Блокировался именно SSL - TLS и SSH работали нормально.
Не ограничится, будут еще другие, такие-же некритичные. Есть какая-то идея, что некритичные ошибки — ведут к критичным для системы, это не совсем так. Если сосредотачиваться на реальной безопасности и оставить на потом, если потребуется, такого рода штуковины как пагинация -1, то сделать получится существенно больше за те-же деньги/время. Но разработчику на время/деньги все-равно — платит корпорация, она за эффективность не доплачивает, зато делает мозг за мелкие недочеты.
И я читаю эту статью так: если у вас нет 2 миллиардов рублей на сервис из четырех табличек, то не стоит пытаться разрабатывать так, как разрабатывает корпорация, вы просто не доживете до запуска — неважно будет, есть там у вас железобетонная защита от всего на свете и красивые 404 во всех местах или нет.
Разработчик он за зарплату. Деньги не его. Методичек много, поле для деятельности большое. Эффективность бизнеса - не его задача. Смерть проекта от 1000 порезов не его проблема. Утверждения про безопасность - ну так что угодно объясняется. Становится безопасности больше от применения всех методичек вперемешку - по разному, если навертели в 4 этажа, что самим непонятно как работает, ну какая там безопасность. Кто-то говорит публично, что это дичь - ну это как против использования микросервисов в проекте трехстоаничного сайта рот открывать.
Ок, открыл, ввел, получил ошибку, что дальше? Как это вредит безопасности если там препереды и ограничения доступа по другим параметрам?
А если взять текст и просто самому сделать его менее пластиковым, то будет результат?
Вот мы сильно перепилили бесплатную версию, приходится сейчас ее частями демонтировать.
Я на 1К звезд решил, что хватит мне OSS заниматься. Для того что бы сложный проект реально развивался, он должен реально зарабатывать. И в этот момент становится понятно, что бесплатная аудитория и платная аудитория - не пересекаются. Первая во вторую не конвертируется.
Конечно, но я вижу, что корпораты в os выкладывают то, на что затраты уже произведены, но заработать с этого прямо не получается. Поэтому os позволяет получить косвенный эффект. Выложили golang, получили тестирование и реальную оценку (при этом команда как работала над ним, так и работает). Выложил Дипсик свою модель, заработал на шорте акций Нвидиа, получил медийный шум, привлек внимание. В опенсорсе тот, кто отстает. Альтман хоть и говорит, что он неправильно оценил на какой они стороне истории с опен-сорс, но это просто вращение языком. Реально они опенсорсят только вторичные вещи, что бы посмотреть, что в реальных условиях там люди придумают, потом складывают интересные идеи со своим представлением и переносят в корп-продукт. И то это сомнительная история, я думаю они это делают на всякий случай, так как по факту у меня за 5 лет только 1 штуку из 300 примерно, придумало комьюнити, до которой я сам раньше не додумался. Ну и это все не является длящимся, как только задача исчезает, весь этот опен-сорс сворачивается. Развивали Flutter пока всем нужны были приложения и гуглу надо было конкурировать за андроид, вкладывали в это, хайп на приложухи прошел, забросили.