• Comment from a drafted post.
  • Использование Fastify и Preact для быстрого прототипирования веб-приложений
    0
    Я пилю прототипы по своей технологии.
  • Об оценке и управлении разработкой программных продуктов
    0
    На практике часто используются усредненные оценки. Например
    Обычно за верстку главной страницы берут от 80-100$, а за верстку каждой внутренней от 20$
  • Три дзена reactive extensions
    0
    это сатори.
  • ТЗ высокой четкости
    0
    Мне без разницы, сделка безопасная, на каждую строку в бизнес требованиях элемент программы или архитектурное решение. Тест многопользовательский многоролевой пройден заказчиком — деньги мои)
  • ТЗ высокой четкости
    0
    У меня разработчики прототип как ТЗ берут под фиксированную стоимость. На малых и средних проектах. Все в плюсе. И на безопасной сделке арбитраж проще проходит.
  • ТЗ высокой четкости
    0
    Я поступаю проще. Первый документ, который я прошу от заказчика — бизнес требования. На этом этапе отсекаются неадекваты, не способные изложить на бумаге что им надо.
    На втором шаге я переношу бизнес требования в вики и создаю к ним на форуме тему для проекта, в который постю все свои вопросы по бизнес требованиях в рамках полноты и логической непротиворечивости. На это стадии отсекаются неадекваты, осилившие бизнес требования, но не способные
    Дальше просто интерактивный функциональный прототип реализующий бизнес требования.
    Тест заказчиком
    А дальше разработка на основании прототипа. Прототип выступает как часть ТЗ и даже даже дает метрику для оценки стоимости разработки.
  • Трехмерный движок внутри запроса SQL
    +1
    Не тривиально, есть над чем поразмышлять.
  • Кое-что о пространстве имён
    +1
    Мне последнее время кажется более эффективным подход, когда код пишется без пространства имен, а пространства имен для внешних модулей устанавливаются при подключении стороннего кода. Единственное возникает проблема смены пространств имен в стороннем коде, но при современном уровне парсеров кода это не так сложно.
  • Старение это не процесс износа (перевод)
    0
    Он отличил идеальные “обратимые” от “необратимых процессов” которые имеют место в реальном мире и продемонстрировал что идеальные процессы сохраняют энтропию. тогда как в реальных случаях энтропия всегда должна возрастать.


    Информационные системы — «идеальные процессы» в первом приближении. Это требует размышлений.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Судя по результатам голосования в конце статьи идея понятна части аудитории.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Благодарю. Когда придет время озадачусь.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Так и есть «Мой дневник»).
    Кстати замечу на данный момент 34% проголосовавших не против увидеть историю в том же стиле про борьбу с сервером, так что тематика и формулировки людям интересны.
    По Вашей наводке почитал про системы управления. И если SaaS облако делать на арендованных виртуалках, то наверно без такой системы не обойтись. Но я тут тему изучил, и так как я на Debian уже заложился, то остановился на Bcfg2. Буду признателен, если прокомментируете.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Супер тема! И кстати модель файлов конфигурации очень мощная.
  • Итератор генератора в промисе или интеграция КриптоПро browser plugin
    0
    А в чем Вы видите шутку?
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Я понял. Спасибо.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    +1
    Какой например? Я пока лучше не встречал.
    С обратной совместимостью ситуация понята, но весь софт, который используется практически всегда на поддержке. По крайней мере в Debian как я понял. Такую операцию вполне можно провести. Всем бы жить легче стало. А то открываешь Apache — один стиль, php — другой и т.д. уже в глазах от этих конфигов рябит)))
  • Опыт перехода с Windows На Linux/Unix. Часть2
    +1
    Скорее придет время, когда я забуду как комп включать (ирония)

  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Самое интересное, что я эту мысль обдумывал. Зачем с bash извращаться, когда можно на C написать.
    для интерпретации конструкций языка нужен один механизм разбора, а для интерпретации команд, совершенно другой
    — а в чем разница? Объясните если не сложно. Вопрос интересный.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    +1
    LFS осилю — там посмотрю))))
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Скрипты на javascript.
    Я как пример привел. Это тема требует размышлений, может javascript не подходит. Может надо отдельный синтаксис и семантику разработать. Хотя сейчас асинхронная часть языка активно развивается. Промисы, генераторы и т.д. Так что может и подойдет.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Про настройку команд с ключами, я как говорил развивать тему не хочу, но решение мне известно. Конечно я в этом не на 100% уверен, т.к. надо на практике проверить, но на 90%.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Буду отвечать отдельными постами.
    Конфигурация в JSON.
    Конфигурация это данные. JSON прекрасный формат, чтобы его и читать глазками и компиком. Ну а то, что некоторые программы настраиваются кодом, это уже не конфигурации, скрипты какие то наверное.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Благодарю, но и не говорите, задача не тривиальна.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Я понимаю о чем Вы говорите, но вот прям ссылка.
    Если есть скрипт, переменные, циклы и условия — значит есть и конструкции языка. Другой вопрос, что он интерпретируется выполнением команд в отдельных процессах не редко, т.е. что то типа соеденяющий процессы конструктив. Если я правильно понял учебник bash.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Как раз нет. Мне в отдаленной перспективе предстоит язык разрабатывать наверно. Идея со снипетами как раз туда похоже может лечь красиво. Только не понятно как еще.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Там же запись было, что чтобы хинтинг не делать растры вставили. Вопрос же в LCD мониторах.
    Хорошо соглашусь что государство сделало шрифты, только почему не под открытый стандарт. В целом это кривой подход.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Это кстати очень интересная идея с сильной абстракцией. Благодарю. Надо ее обдумать.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    И интерпретирует скрипты с конструкциями sh
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Спец по linux сказал, когда я у него про шрифты консультировался и эти шрифты в пример приводил. Они кстати, я сейчас еще раз посмотрел, под Windows. Под freetype в этих шрифтах хинтинга нет, если я все правильно понял. Так что информация не ложная.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    +2
    Самая жесть системных скриптов))))
    Как по мне, то я бы предпочел на одном языке везде писать. На суть алгоритмов это не влияет.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    –1
    Я был в курсе, но на них был плохой отзыв от специалиста. Вы считаете они качественные?
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Стандарт:
    Например json+json schema+ например json editor
    Мастер:
    Не буду вдаваться в детали, но решение существует для этой проблемы.
    Архаичность bash:
    Выше в целом все обсуждено. Меня бы например javascript устроил вполне.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Да… а я все думаю, что так окно тяжело зацепить за край мышкой иногда. Это оно?
    Меня реально напрягает, что в GNOME например когда комбинации клавиш настраиваешь окно не раздвигается и нельзя прочитать полный текст на что кнопка привязана. Я с этим в нескольких местах сталкивался.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Тут выше поднимался вопрос. Дело в posix совместимости и системных скриптах. Если что то лечить, чинить, настраивать — то придется bash использовать. Так что уж придется в него углубляться.
    И работая под linux постоянно сталкиваешься со скриптами на bash. Интересно же заглянуть что внутри) А я сейчас как не загляну — ничего не понятно.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    +1
    iRedMail во первых не встал на систему как мне надо, а во вторых я потом два дня его вычищал из системы, т.к. он мне некоторые конфигурации порушил и вообще прав много хотел для своей деятельности.
    Это конечно более легкий путь, но не совсем правильный.
    Я по результатам рекомендовал его не использовать.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Выбор не за мной, а за решаемой задачей и имеющихся условиях. А они требуют писать параллельно на нескольких языках и DSL.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    обнадежили)))))
    не боги конечно горшки обжигают, но придется озадачиваться этим серьезно когда нибудь.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    0
    Я имею ввиду не в целом. Это конечно понять не возможно сразу, а что отдельные инструкции делают. Я вот в примере ниже процентов 10 инструкций понимаю о чем речь.
  • Опыт перехода с Windows На Linux/Unix. Часть2
    +1
    case "$prog" in
    	*less)	more=less	;;
    	*)	more=more       ;;
    esac
    
    if test "`echo -n a`" = "-n a"; then
      # looks like a SysV system:
      n1=''; n2='\c'
    else
      n1='-n'; n2=''
    fi
    oldtty=`stty -g 2>/dev/null`
    if stty -cbreak 2>/dev/null; then
      cb='cbreak'; ncb='-cbreak'
    else
      # 'stty min 1' resets eof to ^a on both SunOS and SysV!
      cb='min 1 -icanon'; ncb='icanon eof ^d'
    fi
    

    Я например еле еле отдельные куски с ходу понимаю