Замечу, что тот, кто собеседовал меня был старше. Тоже, вроде бы, технарь. В разговоре упоминались байки с его предыдущих мест работы — пара известных банков первой категории.
Для быстрой разработки, например небольшой консольной утилиты, которая парсит JSON-ы и складывает в Oracle DB.
На Си нам потребуется:
Нужно поискать, где вы подключали похожие либы с помощью autoconf, cmake, meson, SCons(мы ведь не будем заново jansson писать). Ну и пошаманить с ними, открыть документацию, само собой.
Если пишите под винду, там есть Visual C++ и вопрос с cmake-ами снимается, но ваша функция main выглядит примерно так. Вроде бы на Си пишите, а кажется, что и не на Си:
Если работаем с Oracle, то нужен Pro*C. На известном ресурсе посвященном Ораклу "Ask Tom", в вопросе про Pro*C адепт Oracle пишет:
I use pro*c only when I cannot accomplish the task efficiently in PLSQL or SQL. In 9i, with external tables, merge, pipelined functions -- I'm very very hard pressed to find a reason to use C.
Если вы не знаете что такое Pro*C, то вам очень повезло. Там нет проверки синтаксиса, а для компиляции cc вас не выручит, компилить такие файлы следует своей утилитой.
Когда сам проводил собесы, были просто несколько вопросов, но я заранее говорил, что можно не ответить ни на один и получить оффер. Мне важно было видеть, как человек пытается решить задачу, толковый он или просто робот, который пойдёт искать решение на stackoverflow, а если не найдёт, то задача не решаема.
Толковый соискатель может многого не знать, но если он толковый, он доберёт.
К сожалению, не все это понимают. Меня на недавнем собесе на должность архитектора, как бы между прочим, спросили аж про 3 принципа ООП. Я прям растерялся и ответил после паузы.
У меня вот уже 15 лет так с ноутами. Да, есть список софта, который ставится в обязательном порядке, это продукты Jetbrains, VSCode, MSVS, git, msys64 и т.п.. Из того что ставится и сносится, это в основном игры из steam. Больше всего бесит софт, который норовит установиться в мою домашнюю папку, этим грешат Arduino Studio, PlatformIO, ESP-IDF, Python.
А так, никогда не переустанавливал на них винду, разве что апгрейдил.
Так одно дело BIOS, другое дело UEFI. Который с поддержкой мыши, красивыми экранами. Там же всё как у людей: ой тут дизайнер накосячил, а тут в интерфейсе ошибка. Ну, вы понимаете.
Имел опыт работы на десктоп FreeBSD около пары лет. Это было давно. Сейчас вынужден был год сидеть на десктоп линуксе. Всё остальное время сидел под виндой.
И могу сказать, что даже тот же самый во FreeBSD было удобнее, хотя вроде бы тот же самый десктопный софт.
Сейчас вернулся в винду и как-то странно, ничего не надо постоянно донастраивать, ничего не слетает.
Так же, плюс, юзабилити как по мне: чисто для красивых скриншотмков.
В своё время, это очень давно, перепробовал ВСЁ на FreeBSD, от KDE до fluxbox и остановился на WindowMaker. К сожалению, сейчас он уже безнадёжно устарел, а когда был прям оптимал по сочетаниям скорости и юзабилити
А у меня 2 монитора и KDE не выводит task bar на второй по-умолчанию. И как вы понимаете, это начало длиной истории, в которой случались внезапные исчезновения и прочие чудеса.
Я сталкивался с проблемой, когда дизайнер нарисовал картинку и нужно было, чтобы точь в точь. Я вынужден был перейти с WinForms на WPF. Там только я смог добиться желаемого, да ещё и с малой кровью.
Прошу прощения, но разрабатывал на C под Win3.1 и там, пу сути, каждый элемент на экране, это окно со своим хендлером. Утилиты, типа spy могли прочитать, скажем, текст из тестового поля окна. И чтобы читать пароли из любого открытого приложения в системе, надо было только найти его хендлер.
Замечу, что тот, кто собеседовал меня был старше. Тоже, вроде бы, технарь. В разговоре упоминались байки с его предыдущих мест работы — пара известных банков первой категории.
Для быстрой разработки, например небольшой консольной утилиты, которая парсит JSON-ы и складывает в Oracle DB.
На Си нам потребуется:
Нужно поискать, где вы подключали похожие либы с помощью
autoconf,cmake,meson,SCons(мы ведь не будем заново jansson писать).Ну и пошаманить с ними, открыть документацию, само собой.
Если пишите под винду, там есть Visual C++ и вопрос с cmake-ами снимается, но ваша функция
mainвыглядит примерно так. Вроде бы на Си пишите, а кажется, что и не на Си:DWORD __cdecl wmain(void) { LPCWSTR str = L"Value"; return 0; }Если работаем с Oracle, то нужен Pro*C. На известном ресурсе посвященном Ораклу "Ask Tom", в вопросе про Pro*C адепт Oracle пишет:
I use pro*c only when I cannot accomplish the task efficiently in PLSQL or SQL. In 9i, with external tables, merge, pipelined functions -- I'm very very hard pressed to find a reason to use C.Если вы не знаете что такое Pro*C, то вам очень повезло. Там нет проверки синтаксиса, а для компиляции
ccвас не выручит, компилить такие файлы следует своей утилитой.Добро пожаловать в АД
И это для одно поточного приложения, если у нас несколько потоков, то нам нужен контекст, и такой "элегантный код"
В моём опыте на Си, всегда присутствовало вот это: "ну на Си это написать — всё равно, что из пушки по воробьям, там же ерундовая утилита какая-то".
И в результате кодовая база состоит наполовину из Си, наполовину из адского нагромождения тормозных скриптов на bash, awk, python.
Это был временный ник, который я так и не нашёл, как поменять на Хабре
Согласен по поводу спорных результатов команды, впрочем, это их дело.
Но, как человек писавший на Си и изучающий Rust, могу сказать, что новый проект начну на Rust-е.
Более того, в старых проектах, уж коли доведётся модули зарефакторить, то перепишу на Rust.
Когда сам проводил собесы, были просто несколько вопросов, но я заранее говорил, что можно не ответить ни на один и получить оффер. Мне важно было видеть, как человек пытается решить задачу, толковый он или просто робот, который пойдёт искать решение на stackoverflow, а если не найдёт, то задача не решаема.
Толковый соискатель может многого не знать, но если он толковый, он доберёт.
К сожалению, не все это понимают. Меня на недавнем собесе на должность архитектора, как бы между прочим, спросили аж про 3 принципа ООП. Я прям растерялся и ответил после паузы.
У меня вот уже 15 лет так с ноутами. Да, есть список софта, который ставится в обязательном порядке, это продукты Jetbrains, VSCode, MSVS, git, msys64 и т.п.. Из того что ставится и сносится, это в основном игры из steam. Больше всего бесит софт, который норовит установиться в мою домашнюю папку, этим грешат Arduino Studio, PlatformIO, ESP-IDF, Python.
А так, никогда не переустанавливал на них винду, разве что апгрейдил.
Так одно дело BIOS, другое дело UEFI. Который с поддержкой мыши, красивыми экранами. Там же всё как у людей: ой тут дизайнер накосячил, а тут в интерфейсе ошибка. Ну, вы понимаете.
Постоянно конфигурируемая
Имел опыт работы на десктоп FreeBSD около пары лет. Это было давно. Сейчас вынужден был год сидеть на десктоп линуксе. Всё остальное время сидел под виндой.
И могу сказать, что даже тот же самый во FreeBSD было удобнее, хотя вроде бы тот же самый десктопный софт.
Сейчас вернулся в винду и как-то странно, ничего не надо постоянно донастраивать, ничего не слетает.
Так же, плюс, юзабилити как по мне: чисто для красивых скриншотмков.
В своё время, это очень давно, перепробовал ВСЁ на FreeBSD, от KDE до fluxbox и остановился на WindowMaker. К сожалению, сейчас он уже безнадёжно устарел, а когда был прям оптимал по сочетаниям скорости и юзабилити
Я так и не понял, почему в Цинамоне элементы двоились в меню пуска.
Ну и ещё, только в KDE нашёл управление hotkeys ctrl + alt + backspace, чтобы включить.
Возился с ним, но он что-то вылетал часто.
А у меня 2 монитора и KDE не выводит task bar на второй по-умолчанию. И как вы понимаете, это начало длиной истории, в которой случались внезапные исчезновения и прочие чудеса.
Простите, пришлось как-то отлаживать приложения на Delphi и это такое себе. Правда, это был 2007 год, но это реально было мучение.
Я сталкивался с проблемой, когда дизайнер нарисовал картинку и нужно было, чтобы точь в точь. Я вынужден был перейти с WinForms на WPF. Там только я смог добиться желаемого, да ещё и с малой кровью.
Извините, но Electron тут не к месту.
Ну и, разумеется, Rust быстрее C# к тому же, это другой инструмент для решения несколько иных задач.
Прошу прощения, но разрабатывал на C под Win3.1 и там, пу сути, каждый элемент на экране, это окно со своим хендлером. Утилиты, типа spy могли прочитать, скажем, текст из тестового поля окна. И чтобы читать пароли из любого открытого приложения в системе, надо было только найти его хендлер.
UPDATE: Увидел, что вам написали про hwnd
Ущипните меня, в 2024-ом году мы обсуждаем Delphi7?
Земля стекловатой
Для прод версии, я думаю, следует использовать
SpanиParallelforИспользовал Debian и Ubuntu. Могу сказать, что за многие годы “виндекапеца» UI GUI развернулся в сторону пользователя. Но всё ещё не стоит лицом, нет.