Помнится давно делал инструменты для обработки .docx и .xlsx, так вот стандартный подход подразумевает парсинг XML в объектную модель, работу с ней, а потом обратную запаковку. Все это жрет неимоверное количество ресурсов.
Тогда попробовал работать с XML как со строкой. Геморойно, костыльно, легко сломать разметку и сложно отлаживать. Но результат того стоит - такой подход и гораздо быстрее и тотально экономичнее по ресурсам.
> "Разработчик" отвечает на вопрос "что", "программист" - "как". Вот эти "отвечает на вопрос" никогда не понимал, если честно)).
Вот приходит бизнес к разработчику, и говорит - "Как нам сделать мобильное приложение для заказа мусорщиков на дом за 2 месяца с бюджетом 0.5 млн?" И ему придется отвечать на вопрос "как?". А потом спросят программиста - "что ты делал целый месяц?" и он будет отвечать на вопрос "что"
Или от джунов глобально требуют, чтобы просто работало и все?
Наверное в разных местах требуют по-разному, но для начала пусть работает хотя бы так как написано в мануале производителя.
новичкам, особенно с нежной психикой
С нежной психикой вообще в жизни тяжело. Дай бог повезет найти на долгие годы заботливого уютного работодателя. Но лучше бы отрастить толстую шкуру и зубки - всяко проще в жизни будет.
А толстая шкура и зубки отрастают как раз тогда, когда сталкиваешься с реальным миром и нет вариантов спрятаться за мамкин подол.
Например, после курсов по iOS разработке нельзя назвать выпускника программистом, он именно iOS разработчик и не более
терминология конечно нестрогая, но я всегда думал, что под словом "разработчик" понимается несколько более высокий уровень опыта и подготовки чем под словом "программист"
но в таком количестве и так разбросана, что глаза разбегаются.
Там выше справедливо справедливо посоветовали пользоваться официальными мануалами разработчиков технологий.
> Жадность как мотивация. Я за это заплатил денег - я должен отработать всё, что заплатил А вот тут все индивидуально. Интересно было бы увидеть официальную статистику крупных школ, но думаю огромное количество людей бросают платные курсы не доучившись. А кто-то наоборот - я вам заплатил, делайте из меня программиста а я буду сидеть и полевывать в потолок, ждать окончания и считать будущие доходы.
ты делаешь фигню или в правильном направлении движешься?
Tutorial'ы от создателей мейнстримных языков/фреймворков прекрасно написаны и имеют кучу практических примеров. Заработало - туда идешь, не заработало - не туда, ищи ошибки. А что еще от джуна ждут? Джун должен хотя бы максимально типовые задачи сам решать. А они есть в документации.
> В UX/UI дизайне, например, тяжело без куратора самостоятельно учиться Согласен. Но и куратор в таком нестрогом вопросе, как дизайн, должен быть очень крут, а откуда такие в школах? Но можно показывать друзьям. Публиковать на хабре в конце концов - "смотрите чего я тут наваял". Да, разнесут жестко, но будет и полезная обратная связь.
Очень много в интернете полезной информации, которую не так сложно при желании добыть самостоятельно
"Добыть" и "не так сложно" - это вы перегибаете. "Getting started" по почти любой технологии как правило доступна буквально в один запрос в гугле и два-три клика.
Ну это частный случай. Сколько аутсорс на всем IT- рынке занимает? Да и работать с галерой, которая пихает джунов под видом мидлов даже самый лояльный клиент быстро перестанет.
В итоге чо, разделил ты код на файлы, добавил немного ООП ну ок, это максимум доступной оптимизации.
Так простейшая декомпозиция на модули, функции, классы это уже 80% качественного кода.
> есть же всякие совсем чудные среды и железки, под которые компилятор не то что классы не понимать, может и реализации деления не иметь.
Ну, с экзотикаой действительно так, но благо ее сейчас на рынке почти не осталось. Если для МК нет хотя бы компилятора С++ - кому он нафиг нужен сейчас.
Сложный вопрос, на самом деле.
Так кажется. Под капотом Arduino обычный C++. А новичкам заливают в уши про какие-то "скетчи" и Wiring, и учат писать линейные портянки где логика перемешана с прямыми операциями с железом и все обязательно в одном файле.
Люто плюсую. Был опыт интеграции с широко известными в узких кругах отечественными эталонными калибраторами. Девайсы за пару миллионов, но протокол обмена где-то из начала 90х, еще и куча недокументированного поведения.
Выглядит так, что этот персонаж планирует свалить из Роскосмоса в ближайший год-полтора.
Помнится давно делал инструменты для обработки .docx и .xlsx, так вот стандартный подход подразумевает парсинг XML в объектную модель, работу с ней, а потом обратную запаковку. Все это жрет неимоверное количество ресурсов.
Тогда попробовал работать с XML как со строкой. Геморойно, костыльно, легко сломать разметку и сложно отлаживать. Но результат того стоит - такой подход и гораздо быстрее и тотально экономичнее по ресурсам.
Все верно. В небольших приложениях разработчик - он же и программист и архитектор и частенько девопс, а иногда и бизнес-аналитик.
Посмотрел. Жесть.
Мне кажется, или ваш пример "разработчика" - это тот, кого обычно называют архитектором?
Это от каких? Руководителя рекрутеров? Это только в компаниях 1000+ человек такая оргструктура. И не факт что там есть эти "скрипты и инфа"
Ну-ну. Не завидую вам, когда придете к рекрутеру с опытом в неделю. Как заказчик вакансии или как соискатель - не важно.
Зря обесцениваете. Хороший рекрутер дорогого стоит.
Джуну? Уверены?
Понял идею, спасибо!
> "Разработчик" отвечает на вопрос "что", "программист" - "как".
Вот эти "отвечает на вопрос" никогда не понимал, если честно)).
Вот приходит бизнес к разработчику, и говорит - "Как нам сделать мобильное приложение для заказа мусорщиков на дом за 2 месяца с бюджетом 0.5 млн?" И ему придется отвечать на вопрос "как?".
А потом спросят программиста - "что ты делал целый месяц?" и он будет отвечать на вопрос "что"
Наверное в разных местах требуют по-разному, но для начала пусть работает хотя бы так как написано в мануале производителя.
С нежной психикой вообще в жизни тяжело. Дай бог повезет найти на долгие годы заботливого уютного работодателя. Но лучше бы отрастить толстую шкуру и зубки - всяко проще в жизни будет.
А толстая шкура и зубки отрастают как раз тогда, когда сталкиваешься с реальным миром и нет вариантов спрятаться за мамкин подол.
Вообще hr - это десятки разных видов деятельности, связанных с персоналом. Поиском персонала занимается рекрутер. Хороший рекрутер:
Правильно определяет потребность, кого ищем
Правильно определяет зарплатную вилку, убеждает руководство в своей оценке. (Для этого надо владеть аналитикой по рынку, например)
Пишет "продающий" текст вакансии
Следит за активностью соискателей, корректирует вакансию, поднимает за деньги в поиске, если это необходимо для увеличения потока
Просматривает десятки-сотни резюме, отбирает немногих из многих
Лично дозванивается действительно подходящим интересным кандидатам, "продаёт" им вакансию
Проверяет кандидатов на разные стоп-флаги (гражданство, судимости и прочее)
Организует собеседования, так чтобы встроиться в график всех участников.
Проверяет информацию полученную на собеседовании от соискателя и из его резюме.
Готовит правильный оффер, чтобы не переплатить и не упустить ценного кандидата.
Добивается ответов на оффер
Даёт обратную связь тем кто не прошёл
Я не HR, поэтому наверное еще многие пункты упустил
терминология конечно нестрогая, но я всегда думал, что под словом "разработчик" понимается несколько более высокий уровень опыта и подготовки чем под словом "программист"
Там выше справедливо справедливо посоветовали пользоваться официальными мануалами разработчиков технологий.
> Жадность как мотивация. Я за это заплатил денег - я должен отработать всё, что заплатил
А вот тут все индивидуально. Интересно было бы увидеть официальную статистику крупных школ, но думаю огромное количество людей бросают платные курсы не доучившись. А кто-то наоборот - я вам заплатил, делайте из меня программиста а я буду сидеть и полевывать в потолок, ждать окончания и считать будущие доходы.
Tutorial'ы от создателей мейнстримных языков/фреймворков прекрасно написаны и имеют кучу практических примеров. Заработало - туда идешь, не заработало - не туда, ищи ошибки. А что еще от джуна ждут? Джун должен хотя бы максимально типовые задачи сам решать. А они есть в документации.
> В UX/UI дизайне, например, тяжело без куратора самостоятельно учиться
Согласен. Но и куратор в таком нестрогом вопросе, как дизайн, должен быть очень крут, а откуда такие в школах?
Но можно показывать друзьям. Публиковать на хабре в конце концов - "смотрите чего я тут наваял". Да, разнесут жестко, но будет и полезная обратная связь.
"Добыть" и "не так сложно" - это вы перегибаете. "Getting started" по почти любой технологии как правило доступна буквально в один запрос в гугле и два-три клика.
Ну это частный случай. Сколько аутсорс на всем IT- рынке занимает? Да и работать с галерой, которая пихает джунов под видом мидлов даже самый лояльный клиент быстро перестанет.
Непонятно, зачем вообще нужны платные курсы. Как бы людям в голову заложить, что абсолютно вся информация, которая им нужна, есть в открытом доступе.
Государство очень многие разрешительные функции делегирует специально аккредитованным организациям, в том числе частным.
Так простейшая декомпозиция на модули, функции, классы это уже 80% качественного кода.
> есть же всякие совсем чудные среды и железки, под которые компилятор не то что классы не понимать, может и реализации деления не иметь.
Ну, с экзотикаой действительно так, но благо ее сейчас на рынке почти не осталось. Если для МК нет хотя бы компилятора С++ - кому он нафиг нужен сейчас.
Так кажется. Под капотом Arduino обычный C++. А новичкам заливают в уши про какие-то "скетчи" и Wiring, и учат писать линейные портянки где логика перемешана с прямыми операциями с железом и все обязательно в одном файле.
Приношу извинения, посыпаю голову пеплом, граммар-бес попутал!
Люто плюсую. Был опыт интеграции с широко известными в узких кругах отечественными эталонными калибраторами. Девайсы за пару миллионов, но протокол обмена где-то из начала 90х, еще и куча недокументированного поведения.