На хабре статья была на тему как написать резюме так, чтобы HR было за что зацепиться. Иначе стандартная «учился работал участвовал» ни о чём не говорит, а разговор по такому резюме опять скатывается к стандартным вопросам и просьбе пересказать свой опыт своими словами.
Предполагаемый диалог в ответ на вопросы «Чем отличаются И и А»
— Я вам отвечу про отличие интерфейса от абстрактного класса (эссе на 200 слов или таблица для PHP), но прежде вы ответьте, зачем бы вы их использовали? В каком случае можно обойтись без них, а в каком без них обойтись нельзя?
Можно показать код и работающее приложение через TeamViewer или предоставить любой кусок кода, которым гордишься. Было бы желание и наличие чего показать.
А я встречался с кодом, где ВСЁ! на интерфейсах и абстракциях. И ещё иногда final встречается. Лучше бы автор вообще не знал про интерфейсы и абстрактные классы, было бы намного проще этот код поддерживать.
Поговаривают, что любовь к абстракциям у него появилась после ZCE и я сразу расхотел его сдавать :)
Скажите, а вас что держит в месте, где полно унылых задач? Что компенсирует вам то распространяющее вокруг вас ощущение уныния во всём. Что даёт свет в тоннеле?
Не изучено, к сожалению. Я описал то, что встречал в своей практике. Надо полистать умные книжки по управлению — возможно подобное там уже описано.
Да, кстати. Очистка стека — это важно. Переключение контекста это называется. Иногда занимает очень много времени. Некоторые говорят — около часа, но это для мелких текущих задач. Когда переключаешься с проекта на проект — нужны несколько часов, чтобы забыть один проект и «насытиться» другим.
Freemium. Если пользователям нужны иконки в векторах, или нужны PNG большого размера, или их не устраивает условия linkware — у нас есть платная лицензия.
А между прочим хорошая идея — снимать метрики с внутреннего поиска и рисовать то, что не удалось найти. Даже без регистрацию идей через request-icon.
Проблема в том, что сейчас могут искать на 8ми языках, а также с опечатками и по неполным фразам. Нужен ещё один AI чтобы понять, что пользователь предполагал найти :)
Да, норм. На то мы и рассчитывали, что пользователи начнут самостоятельно хостить иконки, которые им нужны. Кроме того у нас нет CDN для векторных иконок, так что их точно придётся в каком либо виде скачать: как отдельные иконки, как SVG set или как webfont.
Ещё ни один не потребовал прекратить запись. Многие сразу по окончании просят дать копию записи. Иногда предупреждаю, что запись не ведётся — коллеги берут записную книжку и ручку.
В указанной вами статье "Формальный лидер" есть также описание «неформального лидера». Посмотрите, подумайте — как так получается, что у неформального лидера полномочий нет, но команда преданными глазами смотри на него, слушает его советов, делает то, что он сказал, хотя он не приказывал и поощрить за выполнение не может. Но они делают.
Управляет без кнута и пряника. Нонсенс, не правда ли?
Вам такой встречался? Попробуйте проанализировать, как он это делает. Меняйте своё сознание, чтобы было как у него. Приобретайте новые навыки, такие как у него. Копируйте его. Тренируйтесь.
Командой управляют не только материально-административными методами. Если в ход пускаются эти методы, значит в команде нездоровый климат.
По книге "Лидер и племя" — признаки второго или даже первого уровня мышления («моя жизнь дерьмо — я буду страдать, жаловаться и саботировать» и «вся жизнь дерьмо — я буду выживать») — и практические советы по работе с сотрудниками.
По книге "Как пасти котов" — главы про «Как руководить собой», «Как вести за собой стаю» и практические советы.
Пока у вас будет хотя бы мизерный кусочек сознания, который считает, что сотрудников за ошибки надо жестоко наказывать — вам не дадут тех самых рычагов, потому что это будет как обезьяна с гранатой. Пострадают все.
Не рабы, а мои коллеги.
Не подчинённые, а моя команда.
Не приказывать, а нам совместно находить решения производственных задач. Или даже отойти в сторонку и наблюдать, как это делают без вас. Можно давать советы и делиться опытом, но делать то всё равно им.
Не наказывать, а учиться на ошибках. Ещё и ещё раз. Вместе с ними. Или помогать учиться им.
Не ругать за..., а мотивировать к… Своим примером. Своим идеальным, несокрушимым, честным, прямым примером того, как надо поступать,
Если кто-то в команде откровенно просиживает штаны, а не работает — извините, нам не по пути. Увольнение.
Вместо лишения доступа к репозиторию вообще можно ограничить доступ только к одной ветке, в которую он комитит свой код. Этот код позже надо проревьюить, чтобы не было зловредов.
А если заранее есть даже малейшее подозрение на зловред в репозиторий от нехорошего сотрудника — зачем такому человеку 2 недели отрабатывать? Я видел, как такого за руки без вещей выводили из офиса два серьёзных человека и он больше не появлялся.
Если веришь, что они будут на работе лоботрясничать, значит они будут играть в игры и отвлекаться на посторонние дела, постепенно один за другим («А чё я вкалываю, если он весь день играет и получает такую же з/п», «Неохота думать, лучше постреляю»)
Если веришь, что они будут развиваться и поддержишь в этом, то на отлынивающих от работы будут косо смотреть и постараются из коллектива выжить.
— Я вам отвечу про отличие интерфейса от абстрактного класса (эссе на 200 слов или таблица для PHP), но прежде вы ответьте, зачем бы вы их использовали? В каком случае можно обойтись без них, а в каком без них обойтись нельзя?
Поговаривают, что любовь к абстракциям у него появилась после ZCE и я сразу расхотел его сдавать :)
Знание абстрактных классов и интерфейсов?
не по цифрам, а по качеству изображения
не могли бы заменить?
Да, кстати. Очистка стека — это важно. Переключение контекста это называется. Иногда занимает очень много времени. Некоторые говорят — около часа, но это для мелких текущих задач. Когда переключаешься с проекта на проект — нужны несколько часов, чтобы забыть один проект и «насытиться» другим.
Проблема в том, что сейчас могут искать на 8ми языках, а также с опечатками и по неполным фразам. Нужен ещё один AI чтобы понять, что пользователь предполагал найти :)
Управляет без кнута и пряника. Нонсенс, не правда ли?
Вам такой встречался? Попробуйте проанализировать, как он это делает. Меняйте своё сознание, чтобы было как у него. Приобретайте новые навыки, такие как у него. Копируйте его. Тренируйтесь.
По книге "Лидер и племя" — признаки второго или даже первого уровня мышления («моя жизнь дерьмо — я буду страдать, жаловаться и саботировать» и «вся жизнь дерьмо — я буду выживать») — и практические советы по работе с сотрудниками.
По книге "Как пасти котов" — главы про «Как руководить собой», «Как вести за собой стаю» и практические советы.
Не рабы, а мои коллеги.
Не подчинённые, а моя команда.
Не приказывать, а нам совместно находить решения производственных задач. Или даже отойти в сторонку и наблюдать, как это делают без вас. Можно давать советы и делиться опытом, но делать то всё равно им.
Не наказывать, а учиться на ошибках. Ещё и ещё раз. Вместе с ними. Или помогать учиться им.
Не ругать за..., а мотивировать к… Своим примером. Своим идеальным, несокрушимым, честным, прямым примером того, как надо поступать,
Если кто-то в команде откровенно просиживает штаны, а не работает — извините, нам не по пути. Увольнение.
Вместо лишения доступа к репозиторию вообще можно ограничить доступ только к одной ветке, в которую он комитит свой код. Этот код позже надо проревьюить, чтобы не было зловредов.
А если заранее есть даже малейшее подозрение на зловред в репозиторий от нехорошего сотрудника — зачем такому человеку 2 недели отрабатывать? Я видел, как такого за руки без вещей выводили из офиса два серьёзных человека и он больше не появлялся.
Если веришь, что они будут на работе лоботрясничать, значит они будут играть в игры и отвлекаться на посторонние дела, постепенно один за другим («А чё я вкалываю, если он весь день играет и получает такую же з/п», «Неохота думать, лучше постреляю»)
Если веришь, что они будут развиваться и поддержишь в этом, то на отлынивающих от работы будут косо смотреть и постараются из коллектива выжить.