Николай Конюхов

Идеи ничего не стоят. Это первое, что нужно понять и взять за аксиому. У молодых программистов тоже куча идей. И кто будет судить, у кого идея лучше? Каждый будет думать про себя: "моя-то идея точно лучше, ведь я ее холил и лелеял".

Далее, отвечая на ваш вопрос, скажу главное. Вы ведь по сути хотите убедить других "молодых программистов" принять ваши идеи и присоединиться к вам. Что их убедит? Деньги! Нет, я даже не говорю про зарплату этим вашим последователям. Пусть работают на энтузиазме (хотя бы недолго). Но они, как и вы, должны верить, что идея стоящая. И здесь деньги выступают в качестве мерила успеха. Если вы сможете доказать, что идея принесет деньги, ну или пользу людям, что очень рядом, то за вами с радостью пойдут и помогут вам.

А как доказать, что идея принесет деньги/пользу? Точнее, ее реализация. Нужно посчитать и измерить, сколько именно принесет реализация. Только это позволит сравнить ее с другими идеями и выбрать лучшую. Так что если идея не прибыльная, то всё равно нужно придумать метрики, которыми вы будете измерять успех.

И даже если вы планируете венчурный проект, успех можно измерить. Это делается маленькими мазками, созданием прототипа из говна и палок и проверкой его. Возможно, уже на этой стадии станет понятно, что идея отстой и от нее следует отказаться.

Таким образом, вам нужно сформулировать чёткую измеряемую цель, раскрыть её в удобоваримом концепте, чтобы любой человек прочитал и заинтересовался. Плюс к этому добавьте прочие пункты документации, с которой, кстати, и начинается работа над реализацией идеи. Дальше сможете подойти к кому угодно и сказать: Привет, чувак, слушай, у меня идея, короче вот смотри - и протягиваете волшебную бумажку на 2 минуты чтения. Вот и всё, +1 человек в команду. Немного упрощенно, но примерно так работает. Если это будет инвестор, то с энтузиазма (на котором всё равно далеко не уедешь) можно сразу перейти на нормальные отношения.

Проблема с логами, что они не специфицированы, от слова - совсем. Формат файлов логов разный в зависимости от системы логирования, syslog делает одно, rsyslog делает второе, апач- третье, и т.д. причем еще есть ротация этих логов, которая запускается по крону (обычно).
Так что боюсь, парсер логов придется писать самому, либо поискать готовую библиотеку на c/c++. На ум библиотек не приходит, но есть программы-собиратели логов типа logstash, которые могут преобразовывать логи к какому-то единому знаменателю и кидать например в базу данных. Так вот из базы данных логи легче всего выдернуть, тем более на C.

>Логично ли все базы свести в одну и из разных сервисов
это логично только когда не корректно провели декомпозицию функционала и пытаются просто нарезать один сервис на разные части с единой базой,
для разных микросервисов это не должно быть логичным.
например у ресторана в сервисе "доставки блюд" и в сервисе "оформления блюда", есть и там и там "клиент", но данные этого клиента в обоих сервисах разные.
в доставке у "клиента" есть ФИО и адрес,
в оформлении блюд на выдачу в ресторане, у клиента ни адреса и ни фио (просто клиент №1 например), но есть например номер столика и тд
для обоих этих микросервисов источники данных разные.

Навскидку - шифруем пароли каким-нибудь ключом (паролем) по любому подходящему алгоритму.
Расшифровываем на стороне PHP с тем же ключом.

Алгоритмов сотни, классика - AES, можно ГОСТ, можно Kuznechik (да, есть и такой), можно любой другой, который поддерживается в PHP.

для веба с односторонним шифрованием

Это хеширование.

В твоем классе не учитываются L, C, D, M. Тебе нужно сначала перевести в арабские цифры, произвести операцию, затем результат переводить обратно в римские цифры. Вот тут посмотри.

У фронтендера его основной фрейм стоит на позиции 0 в любом списке
Все остальное является приложением

Без 3-5 средних и крупных проектов на вашем основном фрейме, о которых вы можете часами рассказывать, - вы верстальщик без о/р

Вам, как неуверенному трейни, стоит идти куда берут за любые деньги, которых будет хватать на еду и жилье
Вам нужны реальные проекты

Если у вас есть чуйка (как можно продать себя подороже и не вылететь по результатам первого митинга) самое время ее использовать

Хорошее техническое задание -- очень обтекаемый термин. "Хорошим" можно было бы назвать техническое задание, отвечающее некоторым требованиям. А вот уже эти требования в зависимости от масштаба разрабатываемого продукта, методологии разработки, заказчика/исполнителя и других факторов могут сильно отличаться.

Так, например, если вы работаете с государственным или окологогосударственным заказчиком/исполнителем, весьма вероятно, вам придётся подготовить ТЗ в соответствии с требованиями ГОСТ-19 и 34 (в особенности ГОСТ 34.602-89 и ГОСТ 19.201-78), которые предполагают создание очень формальных и подробных документов.

Если же вы работаете не по водопаду или подобным методологиям, а используете подходы Agile, весьма вероятно, что детальное и проработанное от общих вещей до самых мелочей ТЗ вам не подойдёт, так как оно не будет обеспечивать требуемую гибкость подхода.

Для какой-нибудь дизайнерской разработки (стиль, лого, графика), когда велика изначальная неопределённость, что же требуется сделать, лучшим вариантом может являться вообще достаточно общий бриф.

Резюмируя: определитесь с требованиями к ТЗ, а, отталкиваясь от них, уже можно искать какие-то варианты.

без каких-либо договоров на время испытательного срока

Нет договоров, нет гарантий - вы просто не работаете там. Вам могут вообще за это не платить.

дает ли этот оффер на самом деле какую-либо гарантию

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

Если кто-то нарушает условия договора - к нему могут быть применены штрафные санкции.
Если кто-то нарушает условия джоб оффер - у него может пострадать репутация. Если конечно она есть.

Обратитесь к специалисту

Не сложно, вот инструкция:

Никак не избавиться.
2707₁₀ = 00000A93₁₆
Соответственно, записываются четыре байта 0x93, 0x0A, 0x00, 0x00.
Но 0x0A - это код переноса строки (CR).
Ну и читать бинарный файл в текстовом режиме - не лучшая идея.

Адаптер - это как переходник в с usb на type-c например. У тебя есть клиент который работает с UsbInterface и некоторый класс, который делает все, что нужно клиенту, но имеет TypeCInterface. Т.е. мы не можем просто передать указатель на него клиенту. Можно конечно реализовать в таком классе и UsbInterface, но это не всегда разумно и возможно. Адаптер, в данном случае, будет реализовывать UsbInterface и перенаправлять запросы целевому объекту вызывая соответствующие методы TypeCInterface

Clone создаёт новую копию объекта. В php объекты передаются по ссылкам, а иногда нужно их тиражировать.

• Systemd
  
• Supervisord