Ну пока вы ждёте, могу предложить следующий вариант) Я пользуюсь google (docs, sheets etc), смарт на андроид и любой ультрабук, или тот же mb air) Все документы синхронизируются, дописывать можно где угодно, Если честно, не представляю продуктивной работы на телефоне с его экраном. Поэтому на ходу разве что поправить какой-то документ — это норм, но вести разработку на экране или администрирование без нормальной клавиатуры — на любителя. По мне, так проще и эффективнее делать это все же на ноутбуке или со всей периферией в вашем случае, чем на ходу. На ходу лучше делать то, что получается делать эффективно, например, читать хабр)) А допрограммировать или доадминить можно и до дома потерпеть)
Думаю, ключевой момент в вопросе был, как вы эти юнит тесты на планшете запустите, а не через что: через IDE, vim'е или через консоль, уже непринципиально)
Вы так пишете, как будто все компании нанимают либо хорошего хард скилл кандидата, но с плохими софт, либо наоборот. Я понимаю, что у вас есть пример из личного опыта, но для выводов по всей индустрии этого недостаточно. Если компания требует хорошие софт скиллы, это ещё не значит, что ей нужен посредственный инженер. Я уверен, что хорошие софт скиллы появились, как дополнение к необходимым хард. И это вполне объяснимо и ожидаемо. Инженер, который не умеет свое решение защитить, рассказать о нем на простом языке, понятном нетехническому специалисту, не умеет решать конфликты в коллективе, или, как минимум правильно на них реагировать, воспринимает адекватно критику в адрес своих решений при прочих равных более ценен. Ибо размеры проектов растут, сложность тоже, и эффективная коммуникация — неотъемлемое требование для эффективной командой и межкомандной работы
Странное ощущение от статьи. Вроде что-то и рассказано, но на некоторые вопросы дан общий ответ, на какие-то — спрашивали одно, ответ про другое, а на какие-то в духе "не могу рассказать подробнее", "об этом не могу распространяться" и подобное. NDA наверное, и все такое. На заголовок статьи ответ так и не получен.
Очевидно, я вас неправильно понял. Если это первое место работы и задача — наработать опыт. То этим и надо заниматься, по возможности дистанцируясь от всего остального. В том числе и от эффективных менеджеров. Если не получается — менять место работы. Ибо своей цели вы все равно не достигнете, а время потеряете
Правильный подход — поменять свою стратегию к получению знаний. Если вы понимаете, что кроме текущего места на рынке в целом не котируетесь вообще, надо расширять экспертизу и нарабатывать востребованные навыки. И дело даже не аффективных менеджерах, а в вас. Ну представьте, завтра ваша компания закроется по экономическим или политическим причинам. У вас есть ответ на вопрос, что будете делать? Если есть и он вам не нравится, значит вы что-то делаете не так
Я к тому, что знание истории языка — это не показатель профессионализма. Лучше спросить про тренды в развитии языка, новинках в новых версиях, если хотите понять, насколько человек интересуется инструментом. Опытный разработчик — это не разработчик, который пишет на языке, а тот, кто использует язык под конкретные задачи, для которых он лучше всего подходит. Если человек пишет на 2 и более языках, то учить историю и создателей каждого из них — ну такое…
Нанимать нужно людей, которые в первую очередь умеют и готовы решать задачи бизнеса, а знают они историю языка или нет — по мне, так это десятое дело. А иначе получится как в той ситуации, когда "завалили сроки по проекту, потому что 2 недели потратили на выбор наиболее подходящего дерева для хранения комментариев".
Не понимаю, причем тут нода. Вы с таким же успехом можете написать на джаве, без соблюдения требований ФНС.
Ну и сайт визитка и админка для клиентов — это разные вещи как по функционалу, так и по сложности. И я кстати не исключаю, что впн они скорее всего тоже на ноде пишут, поскольку мы обсуждали масштабирование, и он как раз упомянул, что нода отлично масштабируется горизонтально.
Ну верить или нет — ваше личное дело) у меня там бывший коллега работает. Он на js и фронт и бэк пишет. Он и рассказал) впн они там пишут на ноде или внутреннюю админку — этого к сожалению сказать не могу. Но это по-любому уже не сервер моков)
Человека определяют поступки и дела, а не то, какой версии у него айфон. Если ваше окружение оценивает вас по модели айфона, я бы сильно задумался, что за ценности у этого окружения и, скорее всего, о его смене для себя. По опыту, ничего хорошего вы из такого окружения не извлечете.
Ну пока вы ждёте, могу предложить следующий вариант) Я пользуюсь google (docs, sheets etc), смарт на андроид и любой ультрабук, или тот же mb air) Все документы синхронизируются, дописывать можно где угодно, Если честно, не представляю продуктивной работы на телефоне с его экраном. Поэтому на ходу разве что поправить какой-то документ — это норм, но вести разработку на экране или администрирование без нормальной клавиатуры — на любителя. По мне, так проще и эффективнее делать это все же на ноутбуке или со всей периферией в вашем случае, чем на ходу. На ходу лучше делать то, что получается делать эффективно, например, читать хабр)) А допрограммировать или доадминить можно и до дома потерпеть)
Думаю, ключевой момент в вопросе был, как вы эти юнит тесты на планшете запустите, а не через что: через IDE, vim'е или через консоль, уже непринципиально)
Вы так пишете, как будто все компании нанимают либо хорошего хард скилл кандидата, но с плохими софт, либо наоборот. Я понимаю, что у вас есть пример из личного опыта, но для выводов по всей индустрии этого недостаточно. Если компания требует хорошие софт скиллы, это ещё не значит, что ей нужен посредственный инженер. Я уверен, что хорошие софт скиллы появились, как дополнение к необходимым хард. И это вполне объяснимо и ожидаемо. Инженер, который не умеет свое решение защитить, рассказать о нем на простом языке, понятном нетехническому специалисту, не умеет решать конфликты в коллективе, или, как минимум правильно на них реагировать, воспринимает адекватно критику в адрес своих решений при прочих равных более ценен. Ибо размеры проектов растут, сложность тоже, и эффективная коммуникация — неотъемлемое требование для эффективной командой и межкомандной работы
Странное ощущение от статьи. Вроде что-то и рассказано, но на некоторые вопросы дан общий ответ, на какие-то — спрашивали одно, ответ про другое, а на какие-то в духе "не могу рассказать подробнее", "об этом не могу распространяться" и подобное. NDA наверное, и все такое. На заголовок статьи ответ так и не получен.
Кмк проблему с "такими" тетями нужно решать не роботами
Очевидно, я вас неправильно понял. Если это первое место работы и задача — наработать опыт. То этим и надо заниматься, по возможности дистанцируясь от всего остального. В том числе и от эффективных менеджеров. Если не получается — менять место работы. Ибо своей цели вы все равно не достигнете, а время потеряете
Правильный подход — поменять свою стратегию к получению знаний. Если вы понимаете, что кроме текущего места на рынке в целом не котируетесь вообще, надо расширять экспертизу и нарабатывать востребованные навыки. И дело даже не аффективных менеджерах, а в вас. Ну представьте, завтра ваша компания закроется по экономическим или политическим причинам. У вас есть ответ на вопрос, что будете делать? Если есть и он вам не нравится, значит вы что-то делаете не так
Мне бы лишнее свободное время))) я уж точно смогу его с пользой потратить
Что такое позволяет делать ВИМ, чего невозможно достичь в том же пайчарме, ради чего стоит столько времени тратить на его изучение и настройку?
И чего, прям и рефакторить позволяет именно методы нужного класса, а не все, которые в проекте с таким именем?
Нанимать нужно людей, которые в первую очередь умеют и готовы решать задачи бизнеса, а знают они историю языка или нет — по мне, так это десятое дело. А иначе получится как в той ситуации, когда "завалили сроки по проекту, потому что 2 недели потратили на выбор наиболее подходящего дерева для хранения комментариев".
Не понимаю, причем тут нода. Вы с таким же успехом можете написать на джаве, без соблюдения требований ФНС.
Ну и сайт визитка и админка для клиентов — это разные вещи как по функционалу, так и по сложности. И я кстати не исключаю, что впн они скорее всего тоже на ноде пишут, поскольку мы обсуждали масштабирование, и он как раз упомянул, что нода отлично масштабируется горизонтально.
Это вам так кажется)) А все мы знаем, как учёные любят насиловать журналистов, и вот тут Мэйл может вдруг оказаться "создателем игры"))
Нуу, компания Hola с вами не согласится) Несколько мне известно, там и бэк и фронт на JS. И на бэке Node.js)
У меня другой вопрос) нафига она вообще нужна даже бесплатно?)
Человека определяют поступки и дела, а не то, какой версии у него айфон. Если ваше окружение оценивает вас по модели айфона, я бы сильно задумался, что за ценности у этого окружения и, скорее всего, о его смене для себя. По опыту, ничего хорошего вы из такого окружения не извлечете.