Только мне кажется, что задача вылезает из отсутствия даже общего проектирования?
Постановка задачи прямо так и говорит «мы писали, писали, а тут вдруг раз и узнали, что вообще надо было писать». Мне кажется, что если бы структура данных и работа с ними были продуманны на ранних этапах, то проблемы бы вообще не возникло, так как реализация была бы вовсе иной.
Я не могу сказать про производительность. Меня в этой системе очень радуют USE флаги, настраиваемые вручную, функционал каждого приложения можно в большинстве случаев настроить под себя. Ну и версии как правило самые свежие в отличии от всяких Debian/Ubuntu, и выбрать можно какую версию ставить. Больше функционала с USE флагами и выбором версий особо ни у кого не помню.
Помимо Arch могу еще порекомендовать Gentoo, если железо достаточно мощное и сборка пакетов не будет мешать работе, конечно. Лично мне больше понравилась, но на вкус и цвет…
Зарплата специалистов (в Москве) не ниже плинтуса.
Я честно не знаю как в Москве с ЗП во всяких НИИ, но вот пример вакансии в обсласти, 25км от Москвы. Как вы считаете, с теми знаниями, что там в требованиях указаны какая ЗП может быть не в НИИ? (HH выдаёт примерно от 100 000р)
Я работал на данном предприятии, при трудоустройстве оформляется 3 форма секретности, выезды за границу требуется согласовывать, а по возвращении составлять отчёт (хоть Ф3 это и не требует).
Да, это не космос, это приборы для оборонки, самолётов и метро (может для чего ещё), но боюсь серьёзной разницы не будет.
Не удивительно, что страна, которая за пару десятков лет вырвалась в мировые лидеры по ВВП и производству техники, внезапно хорошо в одиночку развивает космос. У них есть все необходимые для этого ресурсы. А что есть у нас? ВВП ниже более чем в 5 раз, и думаю будет падать, кучи закрытых или полузакрытых заводов и зарплата специалистов ниже плинтуса. Большинство людей, кто могли развивать космос и производство уже не в России, а те кто остался вряд ли массово пойдут в «Роскосмос» и прочие чтобы получить запрет на выезд и зарплату раза в 2 ниже коммерческого сектора.
Соглашусь с Mabusius, пока у тебя «нет денег» работа — необходимость. Большинство при таком раскладе идет на работу исключительно ради денег, некоторые же (как правило хорошие специалисты) так же смотрят на то, на сколько им нравятся задачи и отношения в коллективе. Важно заметить, что выбирать начинают те, у кого выбор есть, в это время кто-то не может устроиться даже уборщицей на пол ставки.
Собственно отсюда и вытекает, что те, кто искал хоть какую-то работу много месяцев думают о целях тех, перед кем весь мир открыт и они могут выбрать где им интересно и весело, а не где хотя бы платят.
Вы уверены, что вы этого хотите? Вдруг автоматизированный политический деятель будет более продуктивно генерировать бредовые законопроекты, нежели его биологический собрат? А с учетом отсутствия необходимости денег у подобного деятеля эти законопроекты еще и имеют большую вероятность исполняться. Не думаю, что вы обрадуетесь.
Вы правда смотрите на объем apk и вообще скомпилированного кода?
Может в этом и есть какой-то смысл, но не в ущерб читаемости, удобству и качеству. По крайней мере на тех платформах, где оперируют уже давно гигабайтами.
В ближайший месяц мы выпускаем приложение на Android, в котором часть кода написано на C++ (NDK) с использованием c++_shared (LLVM). Объем библиотек под все платформы вышел на 40-45Мб (7 архитектур), то есть в среднем 6.5Мб на архитектуру. Все приложение весит около 17Мб (apk). Для сравнения то же приложение на iOS весит 15Мб (С и ObjC). Вот уж не вижу смысла бороться ради пары мегабайт.
В плане оперативной памяти все аналогично.
Я имел ввиду совсем не то. Прошу прощения, не углублялся в историю и «трупов» не изучал, потому любую имитацию ООП на чистом С называл «С с классами». Больше не буду, еще раз простите.
Прошу прощения. Я не особо знаю всякие экзотические вещи, такие как названы выше. Под «С с классами» я имел ввиду реализацию ООП на чистых Сях, иногда с использованием GTK и прочих, по моему мнению, извращений. Да, экономия ресурсов и «переносимость», но это неудобно и во многих случаях напоминает как раз написание своего С++, но почему не взять готовый никто отвечать не хочет.
А как же «работает — не трожь»? Любят тут двойные стандарты. То в новой версии уязвимость найдут или багу — так нечего гнаться за свежим, пока старое работает. То в старом — так чего не обновлялись, давно 10 версий продукта вышло.
Я конечно за обновления и свежачок, но в компании требуют оснований и «багфиксы» редко принимают как основание для обновления, особенно в плеере.
В ядре linux, на сколько знаю, используют «С с классами», у гита (на зеркале на гитхабе) меньше половины кода на сях, что о многом по моему говорит, nginx по первому взгляду (не изучал особо) и правда на чистых сях, но это скорей исключение и такой проект, как мне кажется, гораздо трудней поддерживать, чем любой ООП. Хотя не исключаю, что у меня ООП головного мозга.
Не поспоришь. Вопрос в том, что в один релиз часто пытаются напихать слишком много, иногда имеет смысл отдавать это по кускам по готовности каждой фичи/набора багфиксов.
Постановка задачи прямо так и говорит «мы писали, писали, а тут вдруг раз и узнали, что вообще надо было писать». Мне кажется, что если бы структура данных и работа с ними были продуманны на ранних этапах, то проблемы бы вообще не возникло, так как реализация была бы вовсе иной.
Я честно не знаю как в Москве с ЗП во всяких НИИ, но вот пример вакансии в обсласти, 25км от Москвы. Как вы считаете, с теми знаниями, что там в требованиях указаны какая ЗП может быть не в НИИ? (HH выдаёт примерно от 100 000р)
Я работал на данном предприятии, при трудоустройстве оформляется 3 форма секретности, выезды за границу требуется согласовывать, а по возвращении составлять отчёт (хоть Ф3 это и не требует).
Да, это не космос, это приборы для оборонки, самолётов и метро (может для чего ещё), но боюсь серьёзной разницы не будет.
Собственно отсюда и вытекает, что те, кто искал хоть какую-то работу много месяцев думают о целях тех, перед кем весь мир открыт и они могут выбрать где им интересно и весело, а не где хотя бы платят.
Может в этом и есть какой-то смысл, но не в ущерб читаемости, удобству и качеству. По крайней мере на тех платформах, где оперируют уже давно гигабайтами.
В ближайший месяц мы выпускаем приложение на Android, в котором часть кода написано на C++ (NDK) с использованием c++_shared (LLVM). Объем библиотек под все платформы вышел на 40-45Мб (7 архитектур), то есть в среднем 6.5Мб на архитектуру. Все приложение весит около 17Мб (apk). Для сравнения то же приложение на iOS весит 15Мб (С и ObjC). Вот уж не вижу смысла бороться ради пары мегабайт.
В плане оперативной памяти все аналогично.
Я конечно за обновления и свежачок, но в компании требуют оснований и «багфиксы» редко принимают как основание для обновления, особенно в плеере.