Я стараюсь не пользоваться "+", а то он может организовать разные нежданчики.
Надо было в cms для лендинга завести поле для подзаголовка. Все шло нормально, прописала в шаблоне, что надо выводить поле с таким-то именем, и обернула в тег
<h2 class="subtitle"></h2>
Смотрю у подзаголовка нарисовались отступы, хотя все стили скинуты ресетом. В стилях класса «subtitle» я ни чего подобного не писала. Стерла «subtitle», а отступы есть. Поменяла на «h3» — все норм. Начала более внимательно просматривать какие стили применяются и нашла что-то вроде:
Так привыкла писать код с определенными стилевыми правилами, что уже делаю это на автомате.
Кода вижу что-то вроде этого:
function getTotalPrice(sum){
var price=sum || 0,
tax = 5;
price+= tax;
var delivery = 3;
if(price<10) price += delivery;
return price;
}
Не могу удержаться и не переписать с «правильными» пробелами, скобками и тд:
function getTotalPrice(sum) {
var price=sum || 0,
tax = 5,
delivery = 3;
price += tax;
if (price < 10) {
price += delivery;
}
return price;
}
Есть главы в книгах Стефанова «JavaScript. Шаблоны » и у Крокфорда «JavaScript. Сильные стороны»(где он про JSLint пишет) рекомендации как оформлять код.
Гм, возникает вопрос, чем занималась остальная команда, если большинство тасков уперлось в Рика. Когда у него не осталось времени разбираться еще и в проблемах других разработчиков.
Да вот по ходу предпоследнего я напугала. Все было норм, я возлагала большие надежды на девушку, она отработала полторы недели у нас и добралась побеседовать со мной. Я рассказала о проблемах, в основном про приоритетность задач, что все хотят свои задачи и срочно.
Пыха-программисты сделали какие-то своих задачи и требуют, что бы я дописала для них фронт, тестировщик что-то нашел и это тоже надо срочно фиксить. У маркетологов через три дня акция стартует, а у нас еще конь не валялся, начальство вообще хочет совсем другие задачи и тд и тд. Вот ей требовалось выслушать весь этот поток страждущих, разобраться, что действительно важно и скомандовать нам какие задачи, когда делаем, а какие пока откладываем. Там еще ряд моментов. Через пол часа узнали, что она решила уволиться.
Как работаем, ближе всего кан бан. Есть набор задач, выполняем из него, если что-то долгое, то делаем от нескольких дней или до нескольких недель, разбавляя процесс мелочовкой, занимающей от силы часик, полтора в день. Потом тестирование, еще ввели дизайнерскую приемку, они прямо в задачах подписывают, что принимают. Просто пищали, что не по макетам и жаловались начальству, что боятся ко мне подходить(сомнительное карьерное достижение, конечно).
Вообще мне нравится, что они принимают, порой глаз замылился, а они сразу видят, где отступ не совпадет или значок ниже, чем другие.
Еще случаются дни мелких задач, делаю дня два задач по 7-10 в каждый.
Что-то я разочарована, вполне рядовой вопрос на собесах в московских компаниях в течение уже нескольких лет. Сталкивалась и с такой формулировкой: «Как можно исправить данный пример? Напишите все способы, какие знаете»
К тому же кандидат мог почитать статьи о часто задаваемых вопросах на собеседованиях и тупо выучить как правильно ответить, все же не мешало бы просто отдельно спросить стандартные вопросы:
«Какие типы функций вы знаете и какие особенности у каждого?
Что такое замыкания и область видимости переменной?
Что такое setTimeout/setInterval, чем отличаются?»
… и тд.
У меня противоположенная проблема. Задача пришла в разработку, а потом все начинают менять ее. Тестировщику что-то не понравилось, он пошел обсуждать с менеджером, еще может влезть в спор пыха-разработчик. Дизайнер уступает и соглашается на изменения.
Посмотрело начальство, еще что-то велело поменять, и задача на выходе совсем не похожа на свое описание. Я стала говорить, что все желающие могут посмотреть макеты и высказаться дизайнеру, что их не устраивает, а если они этого не сделали, то их проблема, после отправки на тестирование ни какие изменения вне рамок макетов вноситься не будут. Что еще можно сделать?
Видимо, у вас очень много свободного времени. Ну или Вы — воспитательница в детском саду...
Времени как раз постоянно не хватает. Да, раздражает, когда отвлекают, но я стараюсь резко не отвечать. Чаще всего, забавные затыки, которые выявляются минут за пять. Лучше сразу потратить время и научить правильно, чем в будущем исправлять баги, которые полезут из не умело написанного кода. Да и мир it-тесен, ни когда не знаешь, кого встретишь на новой работе и с чьим кодом придется работать…
Когда я только начинал, я думал, что меня будут учить. Я думал задавать вопросы нормально. А мои учителя бурчали и отнекивались… не задавай вопросы коллеге. Задавай их гуглу.
Не совсем согласна с вашим утверждением. Всегда приветствовала, когда мне задавали вопросы, говорила, что если не понятно, то лучше спросить еще раз. Охотно объясняла, почему так лучше написать или сверстать своим джунам. Другое дело, когда рассказала один раз реализацию, затем второй, а когда спрашивали уже в третий, то меня это расстраивало. Получить ответ от более опытного коллеги зачастую быстрее, чем долго ковыряться самому в и-нете. К тому же еще не факт, что найденное верно или подойдет в вашем проекте, в силу специфики оного.
Конечно, есть разница в вопросах: «Почему у меня все не работает?» и «Плохо ли использовать позиционирование sticky?».
К примеру, если мой джун вставала в тупик при написание какого-то куска кода, то я садилась, находила в чем проблема и как ее решить. Давала подсказки, говорила где поставить брек поинт, советовала: «Смотри что тебе приходит, есть в аргументах нужные тебе данные. Если нет, то ты наверно передаешь что-то не то, ставь брек поинт выше, смотри что действительно надо отправить в метод»
Меня наоборот, настораживало бы, если бы джун сидел и молча ковырялся все время.
Если вспомнить свое джунство, то не могу сказать, что бы на меня все забивали, тоже старались рассказать полезные вещи, чему-то научить.
Конечно, такие митинги полезны, но сколь-нибудь полной картины у участников не сложится ни по отношению друг к другу, ни, возможно, по отношению к себе.
На двух работах у меня были ежедневные митинги, очень удобно, сразу знаешь, чем занимается коллега, если его задача связана с твоей, можно на месте обсудить трудности. Мы жаловались на возникающие проблемы, если кто-то знал, чем помочь, то говорил. К тому же это не дает возможность просочковать целый день, так как знаешь, что завтра расскажешь, чем занимался. К тому же сразу можно задуматься, если человек говорит, что не знает, что он планирует делать сегодня.
Я работала в компании, одно из направлений которой — это разработка ПО для терминалов. Наняли программиста, в том числе, он должен был следить за безопасностью продукта. Он занимался чем-то непонятным пол года, даже тех. дир. не знал, что он там делает. В итоге выхлопа ни какого, хотя изображалась деятельность. Когда сказали, что его увольняют, он пафосно заявил: «Я думал, что вам нужен гений, а вам, оказывается, требуется программист».
Могу рассказать про нашего джуна.
Я собеседовала девочку около года назад. Из опыта — это пара сверстанных страничек и самый минимум css, js — 0. В принципе нам требовался человек, что бы разгрузить меня, мы не ждали ни чего выдающегося.
Решили: «Что бы не попробовать, за месяц станет видно, ни она, ни мы ни чего не теряем».
О зп она договаривалась с эйчаром, в итоге 20косарей, работала по договору. Я давала самые легкие задачи, которые у меня заняли бы минут 15, но джуну требовалось час, полтора. Вполне ожидаемые показатели, первая работа, стресс, отсутствие опыта, не знакомый проект. По итогам я осталась довольна. Взяли по трудовой, с зарплатой в 30-ку. После окончания официального испытательного 45. После десяти месяцев — 55. Думаю к концу года 60.
Я с ней разговаривала об желаемой зарплате, повышения соответствовали ее ожиданиям на данный период.
Знания и уровень верстки ощутимо улучшились, а вот по js-у не такие впечатляющие достижения.
Чаще третье, причем вкалывают без обеда и после работы, что бы получить практический опыт. Теоретический уже есть, так как прошли собеседование, дальше требуется шлифовка.
Вот вы знаете, профессионалы и эксперты почему-то склонны в себе постоянно сомневаться
Как-то рассказывали о кандидате на должность программиста в крупную it-компани: «Сегодня приходил парень, вроде нормально рассказывал, но жутко неуверенный в себе. Не взяли, неуверенные нам не нужны».
С другой стороны, думаю, что если бы отвечал отлично, то взяли бы не смотря на неуверенность.
Надо было в cms для лендинга завести поле для подзаголовка. Все шло нормально, прописала в шаблоне, что надо выводить поле с таким-то именем, и обернула в тег Смотрю у подзаголовка нарисовались отступы, хотя все стили скинуты ресетом. В стилях класса «subtitle» я ни чего подобного не писала. Стерла «subtitle», а отступы есть. Поменяла на «h3» — все норм. Начала более внимательно просматривать какие стили применяются и нашла что-то вроде:
Кода вижу что-то вроде этого:
Не могу удержаться и не переписать с «правильными» пробелами, скобками и тд:
Есть главы в книгах Стефанова «JavaScript. Шаблоны » и у Крокфорда «JavaScript. Сильные стороны»(где он про JSLint пишет) рекомендации как оформлять код.
Пыха-программисты сделали какие-то своих задачи и требуют, что бы я дописала для них фронт, тестировщик что-то нашел и это тоже надо срочно фиксить. У маркетологов через три дня акция стартует, а у нас еще конь не валялся, начальство вообще хочет совсем другие задачи и тд и тд. Вот ей требовалось выслушать весь этот поток страждущих, разобраться, что действительно важно и скомандовать нам какие задачи, когда делаем, а какие пока откладываем. Там еще ряд моментов. Через пол часа узнали, что она решила уволиться.
Как работаем, ближе всего кан бан. Есть набор задач, выполняем из него, если что-то долгое, то делаем от нескольких дней или до нескольких недель, разбавляя процесс мелочовкой, занимающей от силы часик, полтора в день. Потом тестирование, еще ввели дизайнерскую приемку, они прямо в задачах подписывают, что принимают. Просто пищали, что не по макетам и жаловались начальству, что боятся ко мне подходить(сомнительное карьерное достижение, конечно).
Вообще мне нравится, что они принимают, порой глаз замылился, а они сразу видят, где отступ не совпадет или значок ниже, чем другие.
Еще случаются дни мелких задач, делаю дня два задач по 7-10 в каждый.
Приоритеты меняются чуть ли не каждые два дня.
К тому же кандидат мог почитать статьи о часто задаваемых вопросах на собеседованиях и тупо выучить как правильно ответить, все же не мешало бы просто отдельно спросить стандартные вопросы:
«Какие типы функций вы знаете и какие особенности у каждого?
Что такое замыкания и область видимости переменной?
Что такое setTimeout/setInterval, чем отличаются?»
… и тд.
Посмотрело начальство, еще что-то велело поменять, и задача на выходе совсем не похожа на свое описание. Я стала говорить, что все желающие могут посмотреть макеты и высказаться дизайнеру, что их не устраивает, а если они этого не сделали, то их проблема, после отправки на тестирование ни какие изменения вне рамок макетов вноситься не будут. Что еще можно сделать?
Времени как раз постоянно не хватает. Да, раздражает, когда отвлекают, но я стараюсь резко не отвечать. Чаще всего, забавные затыки, которые выявляются минут за пять. Лучше сразу потратить время и научить правильно, чем в будущем исправлять баги, которые полезут из не умело написанного кода. Да и мир it-тесен, ни когда не знаешь, кого встретишь на новой работе и с чьим кодом придется работать…
Не совсем согласна с вашим утверждением. Всегда приветствовала, когда мне задавали вопросы, говорила, что если не понятно, то лучше спросить еще раз. Охотно объясняла, почему так лучше написать или сверстать своим джунам. Другое дело, когда рассказала один раз реализацию, затем второй, а когда спрашивали уже в третий, то меня это расстраивало. Получить ответ от более опытного коллеги зачастую быстрее, чем долго ковыряться самому в и-нете. К тому же еще не факт, что найденное верно или подойдет в вашем проекте, в силу специфики оного.
Конечно, есть разница в вопросах: «Почему у меня все не работает?» и «Плохо ли использовать позиционирование sticky?».
К примеру, если мой джун вставала в тупик при написание какого-то куска кода, то я садилась, находила в чем проблема и как ее решить. Давала подсказки, говорила где поставить брек поинт, советовала: «Смотри что тебе приходит, есть в аргументах нужные тебе данные. Если нет, то ты наверно передаешь что-то не то, ставь брек поинт выше, смотри что действительно надо отправить в метод»
Меня наоборот, настораживало бы, если бы джун сидел и молча ковырялся все время.
Если вспомнить свое джунство, то не могу сказать, что бы на меня все забивали, тоже старались рассказать полезные вещи, чему-то научить.
На двух работах у меня были ежедневные митинги, очень удобно, сразу знаешь, чем занимается коллега, если его задача связана с твоей, можно на месте обсудить трудности. Мы жаловались на возникающие проблемы, если кто-то знал, чем помочь, то говорил. К тому же это не дает возможность просочковать целый день, так как знаешь, что завтра расскажешь, чем занимался. К тому же сразу можно задуматься, если человек говорит, что не знает, что он планирует делать сегодня.
Еще ситуация. Тебя взяли рядовым проггером, но проект развивается, уже не успеваешь делать все задачи и тебе в помощь берут людей.
Я собеседовала девочку около года назад. Из опыта — это пара сверстанных страничек и самый минимум css, js — 0. В принципе нам требовался человек, что бы разгрузить меня, мы не ждали ни чего выдающегося.
Решили: «Что бы не попробовать, за месяц станет видно, ни она, ни мы ни чего не теряем».
О зп она договаривалась с эйчаром, в итоге 20косарей, работала по договору. Я давала самые легкие задачи, которые у меня заняли бы минут 15, но джуну требовалось час, полтора. Вполне ожидаемые показатели, первая работа, стресс, отсутствие опыта, не знакомый проект. По итогам я осталась довольна. Взяли по трудовой, с зарплатой в 30-ку. После окончания официального испытательного 45. После десяти месяцев — 55. Думаю к концу года 60.
Я с ней разговаривала об желаемой зарплате, повышения соответствовали ее ожиданиям на данный период.
Знания и уровень верстки ощутимо улучшились, а вот по js-у не такие впечатляющие достижения.
Как-то рассказывали о кандидате на должность программиста в крупную it-компани: «Сегодня приходил парень, вроде нормально рассказывал, но жутко неуверенный в себе. Не взяли, неуверенные нам не нужны».
С другой стороны, думаю, что если бы отвечал отлично, то взяли бы не смотря на неуверенность.