Ищу опытного Sr. Embedded Software Engineer

Комментариев нет

1. [quote="loco":3g97baso][quote="Alexander":3g97baso][quote="osovitskiy":3g97baso][quote="loco":3g97baso]проверить, как чел умеет программировать, можно только одним способом — дать ему написать программу
   все, других способов просто нет[/quote:3g97baso]

   Фух, а я думал я один такой. Категорически согласен.
   Тесты это не то, можно угадать, можно набрать нужнео количество баллов, не умея программировать.
   А вот код расскажет о разработчике очень много. Причем не персональные проекты, а именно образцово показательный код, где разработчик хочет показать, что он умеет.[/quote:3g97baso]
   Но вы понимаете что если я работаю меня это только напрягает? [/quote:3g97baso]

   Как программиста может напрягать писать код? Это плохой, негодный программист[/quote:3g97baso]
   [u:3g97baso]Дома в мое свободное время?[/u:3g97baso] Пусть платят. У меня однажды было интервью после которого получил $150 , предложение, но отказался.

2. без привязки к теме скажу, что по моему наблюдению, сейчас стало модно придумывать всякие тесты в ходе приема на работу, причем мне встречались такие, на которые надо было потратить дня два.
   Причем они идут еще даже до интервью. Т.е. ты подаешься на вакансию, а тебе говорят — Спасибо, дорогогой друх! А вот теперь надо пройти тест. И тут два варианта — это либо тест а-ля на айкю, причем мне встречались такие на час в онлайне и оторваться нельзя. А в другом случае это может быть типа какого-то рабочего кейса, который просят решить. И бывает, что их несколько, чуть ли не десять, и они все довольно непростые. Причем еще могут попросить что-то записать звуком, а то и видео. Я один раз выходные на это потратил, натурально. И совершенно с нулевым результатом. Т.е. ни ответа, ни привета в ответ. Хоть бы сказали, что понравилось, а что нет. С тех пор стараюсь таких вещей избегать.
   Это понятно почему так делается — хр менеджерам надо оправдывать свои зарплаты, от они и придумывают невесть что.

   Насчет тестового задания программистам — ну, я всегда давал, никто не отказывался. Правда, дело в Питере было. Если человек в тот момент не работал, то я приглашал его выйти на работу на один день, оплачиваемый, ессно. Иногда это было три дня, если тема была специфическая и требовала времени на вникание. Обычно этого хватало.
   Один раз ошибся — взяли программиста, на третий день прибегает тех.директор и говорит — давай его срочно увольнять, он уже третий день сидит, чего-то читает, нихрена не написал, если мы его две недели продержим, как прошлого (а недавно одного уже уволили через две недели исп.срока), так нам босс опять все мосхи поимеет. Ну я особо разбираться не стал, раз тех.дир про своего сотрудника так говорит, ну так значит есть повод.
   Вызвал программиста, сказал, что он не подходит, отсчитал денег за три дня. А тот говорит — а что такое? Что не устраивает то? Я грю — Дык, заявленный уровень не соответствует реальности. Он сказал — Странно, и ушел. А через три дня прислал выполненное задание тех.диру. Так тот ко мне прибежал, как ошпаренный, с воплями — зовем его скорее обратно и берем, пока никто не перехватил! Программист оказался на самом деле очень прошаренный, просто у него метода такая была написания программ — не сразу код писать, а въехать, что же на самом деле надо то. Тема была специфическая, там и за три дня въехать сложно было. Потом он у нас несколько лет успешно работал.
   Ну а дали бы ему какой-нибудь коротенький тест. Ну что бы это дало? Показало бы, что он таки знает язык джава? Ну наверное знает, раз много лет на нем пишет…

3. [quote="loco":188qumzn][quote="Alexander":188qumzn][quote="loco":188qumzn][quote="Alexander":188qumzn][quote="Pochemychker":188qumzn][quote="osovitskiy":188qumzn]
   Другой кандидат был толковый, дали ему тестовый проект (~1 час работы для инженера) на выходные, он оскорбился, что ему не верят и отказался. [/quote:188qumzn]
   Он, кстати, был прав. Если нужно для принятия решения смотреть — как он решит тестовый проект — значит надо давать этот тестовый проект на интервью и сидеть смотреть как он его делает … а если что-то даётся "на дом", то это в 99.9999% случаев что-то другое (так-как проконтролировать кто сделал — невозможно, и как задача для интервью неприменимо)[/quote:188qumzn]
   Вот соглашусь. [u:188qumzn]Я трачу свое время на интервью[/u:188qumzn]. А еще дома трахаться — соглашусь когда буду сидеть без работы. Хотя Амазон тоже дает на дом задачи — часа на 3-4.[/quote:188qumzn]

   а я не соглашусь
   проверить, как чел умеет программировать, можно только одним способом — дать ему написать программу
   все, других способов просто нет[/quote:188qumzn]
   Я не говорю что не надо. Я говорю что эти [u:188qumzn]домашние задания[/u:188qumzn] они напрягают и потенциально отпугивают нормальных профессионалов.[/quote:188qumzn]

   Чой-та
   Нормальный профессионал скорее предпочтет что-то написать, чем проходить какие-то тесты и прочие задачки на доске
   Потому что пишем мы постоянно, а тесты решаем только на дурацких интервью[/quote:188qumzn]

   Речь шла не о задачке vs "тест на доске" .. а о "задачке в то время, которое на неё было выделено" vs "задачке дома ночью при лучине" …. плюс не надо сравнивать профессионалов вообще и программистов .. я вот когда-то был неплохим программистом (по слухам), а сегодня скорее на доске задачку предпочту решать (а ещё скорее я от заданной задачки уйду в разговор о том, какие вообще есть перспективы у этого класса задач, и почему возможно имеет смысл чуть по другому к вопросу подойти, и как от этого жизнь станет лучше а климат мягче )

4. [quote="loco":2wn0oy4t]Как программиста может напрягать писать код? Это плохой, негодный программист[/quote:2wn0oy4t]

   Плюс много, тоже этого не понимаю. В чем напряг сесть и сделать маленький проект? Я [b:2wn0oy4t]всегда-всегда[/b:2wn0oy4t] отправляю кандидатам код-ревью их проекта. Это еще и объяснение почему не взяли и повод задуматься. Случай был — искали сеньора, парень прошел интервью, проект прислал рабочий, но с кучей недостатков (не сильно критических, но простор для улучшения был). Я разобрал по строчкам его проект, расписал все косяки (с двух до трех ночи разбирал если что — я тоже на это свое время трачу. Только не один вечер в неделю, а 2-3-4 вечера). Он на следующий день звонит и говорит возьмите меня хоть джуниором, хоть миддлом если на сеньора не тяну, но я хочу учиться!!! Вы типа первые ответили обоснованно и я осознал всю величину того, чему мне надо научиться. Взяли. И не пожалели.

5. [quote="loco":3tpnmhnd]Нормальный профессионал скорее предпочтет что-то написать, чем проходить какие-то тесты и прочие задачки на доске
   Потому что пишем мы постоянно, а тесты решаем только на дурацких интервью[/quote:3tpnmhnd]

   Недавно задумался правильно ли мы проводим интервью, пошел порешал задачки в онлайне just for fun — рассчитайте N-ое число Фибоначи, найдите какое число пропущено в массиве и т.д. — искуственные задания. Я почему-то должен помнить формулу суммы всех элементов арифметической прогрессии N * (N + 1) / 2 и если сумма элементов не равна этому числу, то элемент пропущен. Блин, если я эту формулу не знаю я пойду гуглить википедию, а вот так на тесте точно не вспомню. К реальности это имеет очень отдаленное отношение…

6. [quote:st54n2yv]Я всегда-всегда отправляю кандидатам код-ревью их проекта.[/quote:st54n2yv]
   За обоснование — респект и уважуха!
   А вот хотел бы я чтобы мой код по строчкам разбирали, я не уверен.
   Особенно если учесть что даже культура влияет на написание кода, я уже не говорю о личных предпочтениях каждого индивидума.

7. [quote="osovitskiy":28nqmuke][quote="loco":28nqmuke]Нормальный профессионал скорее предпочтет что-то написать, чем проходить какие-то тесты и прочие задачки на доске
   Потому что пишем мы постоянно, а тесты решаем только на дурацких интервью[/quote:28nqmuke]

   Недавно задумался правильно ли мы проводим интервью, пошел порешал задачки в онлайне just for fun — рассчитайте N-ое число Фибоначи, найдите какое число пропущено в массиве и т.д. — искуственные задания. Я почему-то должен помнить формулу суммы всех элементов арифметической прогрессии N * (N + 1) / 2 и если сумма элементов не равна этому числу, то элемент пропущен. Блин, если я эту формулу не знаю я пойду гуглить википедию, а вот так на тесте точно не вспомню. К реальности это имеет очень отдаленное отношение…[/quote:28nqmuke]
   Именно поэтому я и написал выше что часто задачки легче студентам решать. Я прогрессию учил в 6 классе, а мне ближе к пенсии сейчас (ох,ох,как написал так все и заболело!)

8. [quote="Alexander":2rjdn3s7]А вот хотел бы я чтобы мой код по строчкам разбирали, я не уверен.[/quote:2rjdn3s7]

   Наоборот — интересно. Сразу видно мудак интервьюер или нет, опытный или нет, придирается или по делу.
   Это ведь не только кандидат себя продает, но компания тоже. Почему-то очень мало кто из кандидатов спрашивает про культуру разработки в компании, как проводятся ревью, какие инструменты используются для написания юнит-тестов и для статического анализа, какие метрики для сложности кода и т.д.
   У меня лично это был первый вопрос, когда собирался переходить в другую компанию — а в каких условиях я буду работать? Смогу ли я что-то для себя почерпнуть нового или нет?

9. Эти вопросы — беспройгрышный вариант. Но на интервью определить насколько приятно будет работать несколько тяжело. Хотя когда неприятно общаться видно быстро.

10. [quote="osovitskiy":3rjj3fvi][quote="Alexander":3rjj3fvi]… мало кто из кандидатов спрашивает про культуру разработки … [/quote:3rjj3fvi][/quote:3rjj3fvi]

    Это надо очень опытным кроликом быть, а главное уверенным в том, что если не тут, так там тебя обязательно возьмут с распростертыми объятиями. Поэтому можно и повыпендриваться. Для иммигранта такое состояние далеко не сразу наступает, мягко говоря.

    Берите местных, которые тут родились, окончили школу и универ. Вот они вас, наверное, спросят про культуру разработки. Чисто предположение, не знаю.

11. во первых цитата не моя.
    Во вторых тот кто уверен в себе , "с понтами" в самом хорошем смысле, может и повыпендриваться. Особенно, когда есть работа.

12. [quote="Alexander":3bjllswv]Особенно, когда есть работа.[/quote:3bjllswv]

    Почти все, кто приходит (кроме одного, пока что) — работали и просто задумались о смене работы.
    Было несколько контракторов, у которых срок подходил в другой компании и они хотели стабильности (постоянной работы).
    Так, что можно бы и повыделываться (теоретически), но почему-то никто не спрашивает.
    Кстати настоящих канадцев не так много приходит, в основном иммигранты, которые здесь учились. Но родились за пределами Канады

13. [quote="osovitskiy":254ihcrh]
    Так, что можно бы и повыделываться (теоретически), но почему-то никто не спрашивает.[/quote:254ihcrh]

    Так те, которые любят спрашивать, они ж ещё и до прихода спрашивают себя — а сколько зарплата в среднем по рынку … а где, с учётом стоимости жизни, на среднюю зарплату по рынку лучше работать … а потом ещё — "а где рынок труда больше", "а где опционы дают более толстыми пачками" ….. и к моменту когда что-то для себя решают уже вопросов к работодателю и не остаётся почти

14. [quote="Alexander":ym576rfo]А вот хотел бы я чтобы мой код по строчкам разбирали, я не уверен.[/quote:ym576rfo]

    Вот кстати подумалось чего-то — а к code review в рабочем процессе вы тоже болезненно относитесь?
    Это же неотъемлемая часть производства софта. Особенно в таких областях как functional safety, авиация, оборонка и т.д. Без документированых code review / peer review вы просто сертификацию завалите ибо у вас процесс нарушен.
    Все косячат, даже матерые гуру получают замечания от менее опытных коллег и тут главное либо грамотно обосновать позицию (без обид и не переходя на личности) либо принять замечание и сделать выводы.

15. [quote="osovitskiy":2vl3339y][quote="Alexander":2vl3339y]А вот хотел бы я чтобы мой код по строчкам разбирали, я не уверен.[/quote:2vl3339y]

    Вот кстати подумалось чего-то — а к code review в рабочем процессе вы тоже болезненно относитесь?
    [/quote:2vl3339y]
    и такое бывает ,очень редко, зависит от человека кто мне его делает, потому что я могу и не согласится.
    Когда по делу — никаких проблем , а вот на предыдущей работе был один кадр который скажем мягко, был очень высокого мнения о себе любимом. С ним было тяжело работать.
    Мне и сейчас делают. Разница что сейчас мы [i:2vl3339y]обсуждаем[/i:2vl3339y], а не [i:2vl3339y]спорим[/i:2vl3339y].
    Есть "авторитет силы", а есть "сила авторитета", я предпочитаю первое для ревью.

16. [quote="Alexander":1nmb8mv8][quote="osovitskiy":1nmb8mv8][quote="Alexander":1nmb8mv8]А вот хотел бы я чтобы мой код по строчкам разбирали, я не уверен.[/quote:1nmb8mv8]

    Вот кстати подумалось чего-то — а к code review в рабочем процессе вы тоже болезненно относитесь?
    [/quote:1nmb8mv8]
    и такое бывает ,очень редко, зависит от человека кто мне его делает, потому что я могу и не согласится.
    Когда по делу — никаких проблем , а вот на предыдущей работе был один кадр который скажем мягко, был очень высокого мнения о себе любимом. С ним было тяжело работать.
    Мне и сейчас делают. Разница что сейчас мы [i:1nmb8mv8]обсуждаем[/i:1nmb8mv8], а не [i:1nmb8mv8]спорим[/i:1nmb8mv8].
    Есть "авторитет силы", а есть "сила авторитета", я предпочитаю первое для ревью.[/quote:1nmb8mv8]
    Зависит — code review у нас делается обязательно, ты не можешь ничего закоммитить без того, чтобы еще как минимум трое девелоперов сделали тебе код ревью. Раз в несколько месяцев нанимаются стороние аудиторы, которые делают независимый код ревью. Не дай бог у тебя лишний пробел будет или имя переменной будет не по стандарту.. я поэтому так скептически отнесся к конструкции вида for (int i = 0; … У нас того, кто так напишит сначала уволят, потом четвертуют, потом еще раз уволят. ЗЫ мы делаем в том числе часть кода который идет как часть автопилота в машины сами знаете какие, и даже однажды в самолеты, большие пассажирские.

17. [quote="Pochemychker":greb9n68][quote="alxlabs":greb9n68][quote="Pochemychker":greb9n68]
    Я уже всё давно забыл, но вроде-как int i = 0 это и есть объявление переменной типа int и установка её в ноль[/quote:greb9n68]
    Точно.. тогда в embedded точно нельзя.. так не делают, даже если работает.[/quote:greb9n68]

    ну так это уже специфика эмбеддед о которой хорошо говорить словами … дескать — а какие ещё причины "почему так делать не стоит", кроме непредсказуемости потребности потребления памяти Вы можете назвать … и радостно потирая руками готовиться разговаривать об области действия переменных [/quote:greb9n68]
    Когда этот код потом попадает в самолет, большой пассажирский, или на поле боя в виде НАТОвской армии, то ответ на вопрос "почему так делать не стоит" как правило очевиден — потому что жить хочется

18. [quote="alxlabs":2mmf7s8n][quote="Pochemychker":2mmf7s8n][quote="alxlabs":2mmf7s8n][quote="Pochemychker":2mmf7s8n]
    Я уже всё давно забыл, но вроде-как int i = 0 это и есть объявление переменной типа int и установка её в ноль[/quote:2mmf7s8n]
    Точно.. тогда в embedded точно нельзя.. так не делают, даже если работает.[/quote:2mmf7s8n]

    ну так это уже специфика эмбеддед о которой хорошо говорить словами … дескать — а какие ещё причины "почему так делать не стоит", кроме непредсказуемости потребности потребления памяти Вы можете назвать … и радостно потирая руками готовиться разговаривать об области действия переменных [/quote:2mmf7s8n]
    Когда этот код потом попадает в самолет, большой пассажирский, или на поле боя в виде НАТОвской армии, то ответ на вопрос "почему так делать не стоит" как правило очевиден — потому что жить хочется [/quote:2mmf7s8n]

    Как оно всё до сих пор работает, со всеми этими маркетологами уверенными, что умение программировать стало коммодити .. загадка … точнее загадка не "как" а "почему хоть как-то" … видимо пока среди трёх ревьюеров находится хотя-бы один подозревающий, как делать нельзя

19. [quote="alxlabs":2774cc8e][quote="Alexander":2774cc8e][quote="osovitskiy":2774cc8e][quote="Alexander":2774cc8e]А вот хотел бы я чтобы мой код по строчкам разбирали, я не уверен.[/quote:2774cc8e]

    Вот кстати подумалось чего-то — а к code review в рабочем процессе вы тоже болезненно относитесь?
    [/quote:2774cc8e]
    и такое бывает ,очень редко, зависит от человека кто мне его делает, потому что я могу и не согласится.
    Когда по делу — никаких проблем , а вот на предыдущей работе был один кадр который скажем мягко, был очень высокого мнения о себе любимом. С ним было тяжело работать.
    Мне и сейчас делают. Разница что сейчас мы [i:2774cc8e]обсуждаем[/i:2774cc8e], а не [i:2774cc8e]спорим[/i:2774cc8e].
    Есть "авторитет силы", а есть "сила авторитета", я предпочитаю первое для ревью.[/quote:2774cc8e]
    Зависит — code review у нас делается обязательно, ты не можешь ничего закоммитить без того, чтобы еще как минимум трое девелоперов сделали тебе код ревью. Раз в несколько месяцев нанимаются стороние аудиторы, которые делают независимый код ревью. Не дай бог у тебя лишний пробел будет или имя переменной будет не по стандарту.. я поэтому так скептически отнесся к конструкции вида for (int i = 0; … У нас того, кто так напишит сначала уволят, потом четвертуют, потом еще раз уволят. ЗЫ мы делаем в том числе часть кода который идет как часть автопилота в машины сами знаете какие, и даже однажды в самолеты, большие пассажирские.[/quote:2774cc8e]
    У нас не так критично. Максимум кто-то недополучит зарплаты или наоборот.

20. [quote="Pochemychker":1g7fr1he][quote="alxlabs":1g7fr1he][quote="Pochemychker":1g7fr1he][quote="alxlabs":1g7fr1he][quote="Pochemychker":1g7fr1he]
    Я уже всё давно забыл, но вроде-как int i = 0 это и есть объявление переменной типа int и установка её в ноль[/quote:1g7fr1he]
    Точно.. тогда в embedded точно нельзя.. так не делают, даже если работает.[/quote:1g7fr1he]

    ну так это уже специфика эмбеддед о которой хорошо говорить словами … дескать — а какие ещё причины "почему так делать не стоит", кроме непредсказуемости потребности потребления памяти Вы можете назвать … и радостно потирая руками готовиться разговаривать об области действия переменных [/quote:1g7fr1he]
    Когда этот код потом попадает в самолет, большой пассажирский, или на поле боя в виде НАТОвской армии, то ответ на вопрос "почему так делать не стоит" как правило очевиден — потому что жить хочется [/quote:1g7fr1he]

    Как оно всё до сих пор работает, со всеми этими маркетологами уверенными, что умение программировать стало коммодити .. загадка … точнее загадка не "как" а "почему хоть как-то" … видимо пока среди трёх ревьюеров находится хотя-бы один подозревающий, как делать нельзя [/quote:1g7fr1he]
    Так запрещено писать по закону просто запрещено и все, без обьяснений, ревьюверы здесь непричем. Не то, что внутри "for" обьявлять переменную, а вообще обьявлять переменную вне видимости всей функции запрещено под страхом расстрела. Просто потому, чтобы потом не было горы трупов… Причем это еще не самое страшное. Я один раз учавствовал в проекте, где запрещено было внутри функции вообще что-то обьявлять, только глобальные переменные, просто потому, что бы не было динамического выделения памяти, по той же причине, чтобы минимизировать разбор багов среди погибших.

    ЗЫ Как оно работает до сих пор — очень просто. Речь не идет о бытовых вебкамерах напрмер — если она один раз в пять лет зависнет, то ничего не будет. А вот если сами знаете какая машина разобьется на автопилоте и выяснится что это потому, что кто-то там как-то смог закомитить такой "for", то снимать будут головы.

21. [quote="alxlabs":20ulsqor]
    Так запрещено писать по закону просто запрещено и все, без обьяснений
    [/quote:20ulsqor]
    Отдельные категории кодеров, это, к сожалению, не останавливает .. и да, их постепенно отстреливают, но выплывают новые .. и по кругу.

    [quote="alxlabs":20ulsqor]
    а вообще обьявлять переменную вне видимости всей функции запрещено под страхом расстрела. Просто потому, чтобы потом не было горы трупов… Причем это еще не самое страшное. Я один раз учавствовал в проекте, где запрещено было внутри функции вообще что-то обьявлять, только глобальные переменные, просто потому, что бы не было динамического выделения памяти, по той же причине, чтобы минимизировать разбор багов среди погибших.
    [/quote:20ulsqor]
    Я об этом, собственно, в начале и писал, когда говорил "кроме …. " одни из самых древних моих упражнений в программировании относились к методам численного решения систем дифф.уравнений в условиях крайне ( 48К по моему мне от широты души дали) ограниченной памяти и непредсказуемых моментов вызова функций … правда результаты расчёта определяли всего-лишь когда можно подсвечивать кнопку лампочкой … но все-равно

22. [quote="osovitskiy":3vascvfj][quote="loco":3vascvfj]Нормальный профессионал скорее предпочтет что-то написать, чем проходить какие-то тесты и прочие задачки на доске
    Потому что пишем мы постоянно, а тесты решаем только на дурацких интервью[/quote:3vascvfj]

    Недавно задумался правильно ли мы проводим интервью, пошел порешал задачки в онлайне just for fun — рассчитайте N-ое число Фибоначи, найдите какое число пропущено в массиве и т.д. — искуственные задания. Я почему-то должен помнить формулу суммы всех элементов арифметической прогрессии N * (N + 1) / 2 и если сумма элементов не равна этому числу, то элемент пропущен. Блин, если я эту формулу не знаю я пойду гуглить википедию, а вот так на тесте точно не вспомню. К реальности это имеет очень отдаленное отношение…[/quote:3vascvfj]

    Вот-вот
    Вы нанимаете человека писать код; чаще всего достаточно тривиальный, но в соответствии с паттернами всякими, solid etc. Плюс в обвязке jira/git(git flow)/тесты и прочее.
    Что покажет знание ряда фибоначчи? Что человек помнит его из универа. Как это связано с работой? Никак
    Это как нанимать водителя и просить его рассказать о принципах вычисления окатнового числа бензина

23. [quote="Alexander":mtm77622]
    [u:mtm77622]Дома в мое свободное время?[/u:mtm77622] Пусть платят. У меня однажды было интервью после которого получил $150 , предложение, но отказался.[/quote:mtm77622]

    А в чем проблема-то
    Дома удобно, комфортно. Плюс, обычно у хороших программистов есть какие-то свои проекты или проектики, для сэбэ, которые можно использовать как основу.
    Ну и все зависит от задания, конечно. Потому что если что-то похожее делал, и есть вышеупомятые проектики, то беспроблем
    А если нет, и надо с нуля рисовать структуры данных, вообще весь этот scaffold то конечно да. Речь идет именно о достаточно простых проектах, при этом. А то, помню, выдали мне задачу, сказали на UI не обращай внимания, нам интересно что внутри — и отказали со словами "UI не очень".

    Или, помню, была задачка написать простенькое приложение на телефон, чтоб юзер мог посмотреть на гугл мап, выбрать локацию, потом надо было запросить твиты вокруг этой локации через twitter api и показать их на карте. А у меня нет твиттера, и дев аккаунта тоже, и нафиг не нужен; кроме того, в нем разбираться надо. Да и гугл запрашивать, это надо с их api разбираться, потом ответы парсить и все такое. Причем все надо писать, понятно, красиво — с разделением слоев, паттернами там, и проч. Задачка интересная, и я ее написал, но не за 3 дня, как они просили. Такое давать неправильно, имхо, не должно быть привязки к специфическим api

24. А мне неудобно дома , терпеть не могу когда надо оставаться из дома работать. У меня на работе нормальные условия а дома дети, шум.

25. Я на работу ходил раз в неделю-две, чтобы отдохнуть — кофе, поболтать..
    А то дома сидишь по 10 часов не отрываясь от экрана

26. [quote="Alexander":26vkro5v]А мне неудобно дома , терпеть не могу когда надо оставаться из дома работать. У меня на работе нормальные условия а дома дети, шум.[/quote:26vkro5v]
    +1 И не обьяснишь домочадцам что папа есть работает

27. [quote="alxlabs":1u1abmz5][quote="Alexander":1u1abmz5]А мне неудобно дома , терпеть не могу когда надо оставаться из дома работать. У меня на работе нормальные условия а дома дети, шум.[/quote:1u1abmz5]
    +1 И не обьяснишь домочадцам что папа есть работает[/quote:1u1abmz5]

    Не, я своим вполне обьяснил
    Дверь в кабинет закрыта — усе, не беспокоить

28. [quote="Alexander":3w1gaflh]А мне неудобно дома , терпеть не могу когда надо оставаться из дома работать. У меня на работе нормальные условия а дома дети, шум.[/quote:3w1gaflh]

    Ну это да, надо отдельную комнату, как минимум
    Договорился с командой, что буду как минимум день из дому работать; дома работается хорошо, можно лечь поспать!!