[make-initrd] Fwd: Re: [devel] Запрос на фичу liveboot в make-initrd

Alexey Gladkov gladkov.alexey at gmail.com
Tue Apr 23 16:00:03 MSK 2019


On Fri, Apr 27, 2018 at 11:31:47PM +0300, Leonid Krivoshein wrote:
> Тогда предлагаю опустить пока технические детали и определиться с основным:
> 
> 
> 27.04.2018 01:28, Alexey Gladkov пишет:
> > On Thu, Apr 26, 2018 at 11:24:04PM +0300, Leonid Krivoshein wrote:
> >> Подытожу. Возможности заняться написанием конкретной фичи в нужном
> >> формате в чистовом варианте в ближайший месяц-два у меня точно не будет.
> > Я собственно не настаиваю. Я просто поставил всех заинтересованных в
> > известность о том, что нужно, чтобы "успеть к P9". А дальше решайте сами.
> > Мне некуда торопиться и я буду реализовывать, что задумал чтобы в
> > make-initrd появился функционал аналогичный propagator. Когда такой
> > функционал появится, тогда можно будет закопать propagator. Если у меня на
> > его реализацию уйдёт год, то значит через год его можно будет закопать.
> >
> >> По основной работе буду заниматься схожими боданиями с начальной
> >> загрузкой по сети, и эти наработки как черновой материал можно будет
> >> потом подтащить в make-initrd.
> > При всём уважении я не приму код, который решает какую-то частную задачу.
> > Этот подход был использован при разработке propagator. Он весь состоит из
> > решений частных задач.
> >
> > Кроме того, мне некуда торопиться. Есть время для нормального
> > проектирования.
> 
> Мне тоже нравится писать большие, правильные и качественные вещи. К 
> сожалению, текущая ситуация заставляет сделать нечто близкое и даже 
> больший объём работ в течении всего одного месяца. При этом, 
> действительно решая частную задачу. Это можно и нужно использовать. 
> Чтобы сделать хорошо и правильно, порою приходится сначала делать 
> черновой вариант. Написать хоть что-то, чтобы понять, как оно работает. 
> Тогда уже приходят в голову мысли об оптимизации, систематизации, 
> идеологической красоте и правильности. Другими словами, проектирование 
> начинается после "разведки боем". Возможно, я просто "неправильный 
> программист" и живу вопреки правил о циклах разработки. :)

То о чём говорил я это не циклы разработки. Я долгое время занимаюсь
разработкой софта. У меня были проекты проприоритарных сервисов, открытых
сервисов, закрытых и открытых "коробочных" решения для заказчиков. И то,
что я знаю из опыта, это то что непродуманные наколеночные решения
помогают достичь цели в краткосрочной перспективе, но потом это очень
больно аукается... вплоть до потери клиента. Поверьте, я не собираюсь вас
учить делать дела. Вы можете решать ваши задачи так как вы считаете
нужным, но не надо мне рассказывать про тысячи железок.

В данный момент мы говорим о коде, о решении, которое мне придётся
поддерживать после того как я его приму. Не вам, а мне. Потому что те кто
присылает патчи решают свою задачу и после её решения они переходят к
другой, а код остаётся в проекте на поддержке и развитии.

Сизиф (другие репозитории я не поддерживаю по определённым причинам) не
такой проект, где цель внедрения фичи прямо сейчас важнее всего.

> Не предлагаю принимать в make-initrd-liveboot конкретный код,

Вы можете сделать такой пакет в любой удобный для решения вашей задачи
момент. Это не первая фича, которая к мне не будет иметь отношения. Я не
буду вас останавливать ))

То что делаю сейчас я, делается в make-initrd. Именно в нём не хватает
гибкости в определённых местах.

> Это всё что, что я пока могу предложить. Не исключено, что к этой задаче
> я смогу подключиться плотнее позже, но обещать и загадывать заранее
> сейчас не хотелось бы...

Я понимаю и ни в коем случае ничего не прошу. У всех свои задачи.

-- 
Rgrds, legion



More information about the Make-initrd mailing list