Разработчик подразумевает аппаратно программный процесс. Программист к аппаратной части отношение не имеет.
Ну это лишь одна из десятка интерпретаций, которая как и все остальные (которые пытаются описать хоть какую-то разницу между программистом и разработчиком) безумно далека от реальности. Или вы всерьёз думаете, что компания, ищущая PHP-разработчика, ожидает от него виртуозного владения паяльником?
То, что вы описываете, - это админ на предприятии, которое может быть вообще с IT не связано. А в статье речь идёт про админов, которые веб-серверами занимаются, у них физического доступа ни к дата-центру, ни к железу вообще нет. И даже 15 лет назад не было, но назывались они тогда просто админами.
Фигня это всё. Есть понятие кодер для людей, которые по сути переносят алгоритм с "бумаги" в код. А программист и разработчик - это абсолютные синонимы.
По-моему это уже не про процессы, а тупо модное название для админов. Как раньше ввели в моду "разработчик" вместо "инженер-программист". По факту одно и то же, но разработчик звучит более хипстерски. С девопсами тоже самое.
Тут есть лайфхак. Ответьте себе на вопрос: "Зачем мне знание этого языка? Допустим, я его знаю. Как я буду это применять на ежедневной основе?" Если ответ "никак, нафига он мне каждый день", то ваши попытки освоить иностранный язык обречены. Лучше уделить время чему-то более для вас полезному и интересному.
Оторвать взгляд от субтитров - крайне сложная задача, ведь текст читать в разы проще. А мозг не любит напрягаться, если в этом нет резона. Теоретически, вы можете остановиться на какой-то особо интересной фразе, перемотать и посмотреть её с субтитрами. Но если так делать больше 5-10 раз за фильм, то уже кайф от просмотра теряется. Не забывайте, что фильм вы ради удовольствия смотрите, а не чтобы что-то там учить, улучшение английского идёт в данном случае бонусом, а не самоцелью.
P.S. Ну и да, если вам прям тяжело смотреть первые 10 минут фильма так, что чайничек закипает, то либо расслабьтесь и забейте на желание всё понять, либо возьмите фильмы полегче. Они всё-таки сильно отличаются по сложности языка.
Главное без субтитров смотреть. Иначе всё насмарку. Там суть в том, что вам должно быть интересно и вы должны смотреть это впервые (а не пересматривать уже известное), тогда мозг будет пытаться понять, что там говорят. А общий смысл вы и так поймёте: 60% невербалика (которая в ситкомах и всяких телешоу ещё и специально преувеличена), 30% - интонации, и только 10% сами слова. Разрешите себе вообще не понимать что говорят и постепенно начнёте понимать.
Так голоса выборщиков не считались. Достаточно, чтобы хотя бы 1 из 41 выбрал кандидата, у которого есть поддержка большинства. А остальных можно на стадии собеседования (25 вопросов) завалить.
Т.е. несмотря на весь рандом, более-менее реальные шансы на победу были скорее всего у 2-3 кандидатов.
Ваши попытки доказать актуальность фразы "Самое забавное, что половина возможностей бы пропала, если бы на сервере не было curl :)" выглядят всё нелепее и нелепее. Ну, сморозили фигню, с кем не бывает. Ну, не признаёте очевидного, ok - слив засчитан.
Эм, про CI/CD - это вообще лирическое вступление было. Там у вас и так полный доступ и возможностей получить ваши собственные ключи выше крыши без всяких curl. Как минимум, ещё 5 вариантов (без http-вызовов) в коментах набросали.
И сделали вывод, что она работает благодаря наличию curl на целевой машине. Но это в корне неверный вывод. Смотрите на суть: это произвольный код на Java. И ему необязательно опираться на системные команды, в саму Java встроен HttpClient, просто используйте его вместо curl и всех делов.
P.S. А если вы решили собирать свой JDK из исходников, то лучше уж JNDI выпилите оттуда. А то HttpClient вполне может пригодиться, ну там OneSignal какой-нибудь заюзать или мониторинг ошибок и т.д.
Ну суть в том, что средства для выполнения http-запросов есть в 100% случаев, даже если не установлены ни curl, ни wget. Поэтому их наличие или присутствие ни на что не влияет. Разве что минут на 15 задержит злоумышленника)
С одной стороны, разработчики таких ОС вызывают восхищение. Это огромный объём кропотливой работы. Но практический смысл от меня ускользает, как это было с MenuetOS и KolibriOS, так и с этой. Там хотя бы был прикол уместить OS на дискету, но прикол затянулся и пережил дискеты xD
Главное смузи на собеседование не забудьте ;-)
Ну это лишь одна из десятка интерпретаций, которая как и все остальные (которые пытаются описать хоть какую-то разницу между программистом и разработчиком) безумно далека от реальности. Или вы всерьёз думаете, что компания, ищущая PHP-разработчика, ожидает от него виртуозного владения паяльником?
То, что вы описываете, - это админ на предприятии, которое может быть вообще с IT не связано. А в статье речь идёт про админов, которые веб-серверами занимаются, у них физического доступа ни к дата-центру, ни к железу вообще нет. И даже 15 лет назад не было, но назывались они тогда просто админами.
Фигня это всё. Есть понятие кодер для людей, которые по сути переносят алгоритм с "бумаги" в код. А программист и разработчик - это абсолютные синонимы.
По-моему это уже не про процессы, а тупо модное название для админов. Как раньше ввели в моду "разработчик" вместо "инженер-программист". По факту одно и то же, но разработчик звучит более хипстерски. С девопсами тоже самое.
Тут есть лайфхак. Ответьте себе на вопрос:
"Зачем мне знание этого языка? Допустим, я его знаю. Как я буду это применять на ежедневной основе?"
Если ответ "никак, нафига он мне каждый день", то ваши попытки освоить иностранный язык обречены. Лучше уделить время чему-то более для вас полезному и интересному.
Для того о чём вы говорите надо использовать более специализированные сервисы, типа Youglish, Speekify и т.д.
https://youglish.com/pronounce/What do you say%3F/english
Оторвать взгляд от субтитров - крайне сложная задача, ведь текст читать в разы проще. А мозг не любит напрягаться, если в этом нет резона. Теоретически, вы можете остановиться на какой-то особо интересной фразе, перемотать и посмотреть её с субтитрами. Но если так делать больше 5-10 раз за фильм, то уже кайф от просмотра теряется. Не забывайте, что фильм вы ради удовольствия смотрите, а не чтобы что-то там учить, улучшение английского идёт в данном случае бонусом, а не самоцелью.
P.S. Ну и да, если вам прям тяжело смотреть первые 10 минут фильма так, что чайничек закипает, то либо расслабьтесь и забейте на желание всё понять, либо возьмите фильмы полегче. Они всё-таки сильно отличаются по сложности языка.
Главное без субтитров смотреть. Иначе всё насмарку.
Там суть в том, что вам должно быть интересно и вы должны смотреть это впервые (а не пересматривать уже известное), тогда мозг будет пытаться понять, что там говорят. А общий смысл вы и так поймёте: 60% невербалика (которая в ситкомах и всяких телешоу ещё и специально преувеличена), 30% - интонации, и только 10% сами слова. Разрешите себе вообще не понимать что говорят и постепенно начнёте понимать.
А talking вместо speaking никого не смутил?
Ага, по названию статьи можно было подумать, что тот самый пойманный на улице мальчик и станет новым дожем :)
Так голоса выборщиков не считались. Достаточно, чтобы хотя бы 1 из 41 выбрал кандидата, у которого есть поддержка большинства. А остальных можно на стадии собеседования (25 вопросов) завалить.
Т.е. несмотря на весь рандом, более-менее реальные шансы на победу были скорее всего у 2-3 кандидатов.
Бекенд/фронтенд - это ветви веб-программирования. Разработка компиляторов - это совсем другая отрасль.
Ваши попытки доказать актуальность фразы "Самое забавное, что половина возможностей бы пропала, если бы на сервере не было curl :)" выглядят всё нелепее и нелепее. Ну, сморозили фигню, с кем не бывает. Ну, не признаёте очевидного, ok - слив засчитан.
Эм, про CI/CD - это вообще лирическое вступление было. Там у вас и так полный доступ и возможностей получить ваши собственные ключи выше крыши без всяких curl. Как минимум, ещё 5 вариантов (без http-вызовов) в коментах набросали.
Смотрите, вы уцепились за строку
И сделали вывод, что она работает благодаря наличию curl на целевой машине. Но это в корне неверный вывод. Смотрите на суть: это произвольный код на Java. И ему необязательно опираться на системные команды, в саму Java встроен HttpClient, просто используйте его вместо curl и всех делов.
P.S. А если вы решили собирать свой JDK из исходников, то лучше уж JNDI выпилите оттуда. А то HttpClient вполне может пригодиться, ну там OneSignal какой-нибудь заюзать или мониторинг ошибок и т.д.
Тоже вариант)
Ну суть в том, что средства для выполнения http-запросов есть в 100% случаев, даже если не установлены ни curl, ни wget. Поэтому их наличие или присутствие ни на что не влияет. Разве что минут на 15 задержит злоумышленника)
Да не, curl - это один из вариантов...
Нет curl - есть wget, нет wget - есть HttpClient из stdlib.
Хм, я как-то даже не подумал о такой взаимосвязи… интересная гипотеза)
С одной стороны, разработчики таких ОС вызывают восхищение. Это огромный объём кропотливой работы. Но практический смысл от меня ускользает, как это было с MenuetOS и KolibriOS, так и с этой. Там хотя бы был прикол уместить OS на дискету, но прикол затянулся и пережил дискеты xD