Какой смысл статьи? Вроде всех тут учили, что основой ООП являются обьекты состоящие из хранилища данных и методов работы с ними.
Когда ты понимаешь, что обычный банкомат это и есть классический "Объект" (внутри лежат деньги, и у него есть некий набор правил, что с деньгами можно делать) то дальше все понятно и просто....
Давайте порассуждаем какие именно работы являются нормой для фрилансера, на мой взгляд это
чистый кодинг по ТЗ, в силу своей специализации я такого почти не встречал, но думаю, что это основное что является нормой для фрилансера, так как не возникают особых связей между проектом и исполнителем, прии этом и у заказчика и исполнителя нет особых обязательств, так сказать товар - деньги.
проектная работа, то есть фрилансеров берут в какой-то обычно новый проект, тут заказчиков надежда на опыт в аналогичных проектах и возможность по окончании проекта безболезнено отказатся от лишних ресурсов. Для фрилансера на таких проектах реально поднять очень большие бюджеты, но есть риск не дополучить всю сумму по окончании проекта.
"резиновые" вакансии, обычно это ГПХ когда есть собственные сотрудники и некоторое количество ГПХ которых загружают по мере необходимости, для фрилансера это имеет смысл только когда у него несколько аналогичных доворов одновременно
на мой взгляд с точки зрения фрилансера самое жирное - это проектная работа, далее идет "многоженство" (несколько договоров ГПХ), и самое невыгодное это "чистый кодинг"
а теперь с точки зрения работодателя - все три варианта имеют и плюсы и минусы...
Самое смешное это когда начинают в вакансию включать требования для сертификации ФСБ (типа обязательного стажа в акредитованой компании с аналогичным профилем) и тем самым резко снижая круг кандидатов, а потом получается, что берут не по критериям "знания/лояльность/опыт" а банально ради сертификата...
У меня была доля 1/6 небольшого здания (примерно 300 м) промышленого назначения, в нем был один из нашых магазинов. Продал и долю в бизнесе и долю в здании, по тем деньгам мне все вышло в 20кбаксов, зп хорошего программиста тогда была 500 баксов, то есть это примерно по сегодняшним деньгам 80 лямов руб
10 лет занимался бизнесом, прошел все ступени от стояния на птичем рынке до собственика здания на Таганке. Потом я все бросил, продал бизнес (решил свои жилищные вопросы) и пошел в програмисты, о поступке ни разу не жалею...
Из всех 10 пунктов нет ни одного который прямо на 100%...
Но вот тот пункт который лично для меня все перевесил:
0. "Ты теряешь стабильность" в личной жизни, в финансах, в отношении с друзьями... Когда ты занимаешься бизнесом у тебя то всего много, а то ты на мели, а вот когда я это бросил, то стал стабильным, стабильная зп, стабильный волейбол вечером, стабильный кекс и тд. А вот с бизнесом этого нет....
Практически на каждом поекте кроме оценки трудозатрат требуется еще и оценка сроков.
Если про оценку времени в статье много написано, то про сроки в целом мало. Частенько бывают ситуации когда возникают события на которые мы не можем влиять, например кто-то из заказчиков уехал в неплановую командировку и повисла куча вопросов которые тормознули основной процесс.
По этому я ВСЕГДА стараюсь добавить к основным (большим) этапам по 2 недели а потом уже можно применять разные методы апроксимации...
Интересно а режим Антилегионелла есть? А как реализована система защиты от заиливания органикой? А клапан для удаления воздуха (на фото должен быть выше блока, иначе будет воздушная пробка и сгорит все)?
Ну а вообще чисто экономически я считал 10 лет назад такую систему, и была она сильно убыточна по сравнению с отоплением газом... Как сейчас не знаю, но в любом случае резервный котел нужен...
Вот приведу пример: в компьютерах микросхемы BIOS контролируют наличие сертификата у прошивки, по существу это некий аналог шифрования который используется для защиты от внедрения стороннего кода.
Или те-же однокристальные процессоры (типа всяких ардуино), то-же для защиты от чтения кода (не от записи а именно от чтения) используют шифрование внутри себя.
Например, что-бы не отключали системы безопасности.
Или например для обязательной калибровки, берем тайоту в ней датчики по кругу, если датчик отсоединил (например снял бампер), то после следующей сборки нужно откалибравать эти датчики, а если не откалибруешь то автопаркинг не работае (что логично)
Да в целом таких протоколов полно, в том числе и внутри одного устройства, та-же шина I2C (она в очень многих устройствах используется) или в автомобиле CAN шина (хотя тут немного лучше и некоторые узлы умеют шифровать свой трафик), или упомянутый тут UART (куда часто выводят данные дебага).
На мой взгляд баланс между удобством и безопасностью найти очень сложно, вот например взять всем известные железки для умного дома от компании Tuya, у них протокол обмена зашифрован, что с одной стороны делает его безопасным, но с другой стороны ставит очень серьезные проблеммы разработчикам всяких интеграций.
Офис должен быть не более 20 минут ходьбы от метро.
это вообще никак не влияет на токсичность
В офисе женщин должно быть не сильно меньше мужчин
чисто мужской (или чисто женский) коллектив наверно может расматриватся как фактор, но я таких не встречал, как правило есть отдельные отделы (гомофобные), но в целом в компании мужчины и женщины всегда есть в и те и другие, например чаще бывает так: бухгалтерия - женщины, IT мужчины.
В офисе должно быть что-то для спорта недалеко
Тимбилдинги, чтобы хотя бы раз в неделю
то есть большинство офисов без этого токсичны? мой опыт говорит немного об обратном, там где HR пытается в компании внести слишком много личного (треножоры, печеньки, тимбилды и прочие compliance) обычно говорит о проблеммах в коллективе (разумеется не всегда, я бы сказал в 80% случаях). На работе отношения не должны быть хорошими или плохими, они должны быть в первую очередь рабочими.
При добавлении проектов, обязаностей отвечаю как в анекдоте
Моня может все, но Моня не может все одновременно!
И сразу спрашиваю - какой приоритет новых дел по отношению к текущим. После этого все разруливается,
Такой подход однозначно говорит начальству: "я не отказываюсь, но по времени я буду работать ровно столько и раньше, а что именно делать решайте Вы или новые задачи или старые, и то и другоя я не успеваю"
В целом все верно расписано, но слишком обьемно для запоминания.
Я вот всегда обращаю внимание на 2 фактора которые можно определить в рамках одного собеседования
чистота в туалете / кухни и прочих бытовых помещениях
дисбаланс в числености отделов, например раздутый отдел кадров говорит о текучки, раздутый it или бухгалтерии отдел говорит о проблеммах в этих областях. И вообще должен быть определенный баланс между доходными и расходными ЦФО (основными и обслуживающими отделами)
В простом домене (кассиры в МакДональдсе) хорошо работает дисциплина и субординация
Это Директивные отношения, единоначалие как в армии, начальник сказал и нераздумывая побежал делать
в сложном домене (группа исследователей) без любопытства не обойтись
Это Демократические отношения, тут можно пообсуждать, совместно принять решение, поучаствовать.
У инженеров (усложненный домен)
Это Инструктирующие отношения - начальник дает четкие инструкции, что должно быть реализовано, а инженеры уже сами находят себе инструменты, и прочее для решения задачи.
Начнем с того, что существуют разные психотипы как начальников так и подчиненных, и соответсвенно разные модели управления. Книжек на эту тему написано множество, и куча всяких групп выделяется. По этому единого подхода к критериям "плохой/хороший" просто нет.
Наиболее популярные модели отношений это (хотя существует куча других видов разделения):
Каждый вид отношений подходит к определенной ситуации и определенной психологии участников отношений.
И на мой взгляд единственным обязательным качеством хорошего начальника является умение строить отношения исходя из конкретной ситуации и конкретных людей (включяя себя).
все наоборот, ООП хорош для больших проектов, когда реально провести и описать программные интерфейсы (и разделить их между разными исполнителями).
а для маленьких проектов (на одного программиста) хорошо или процедурное или вообще функциональное программирование...
Какой смысл статьи? Вроде всех тут учили, что основой ООП являются обьекты состоящие из хранилища данных и методов работы с ними.
Когда ты понимаешь, что обычный банкомат это и есть классический "Объект" (внутри лежат деньги, и у него есть некий набор правил, что с деньгами можно делать) то дальше все понятно и просто....
Редко встречаю материал с которым согласен на 99% в данном случае все расписано идеально, ни добавить ни убавить.
Знаю огромное количество примеров подтверждающих статью.
Единственное все-же с чем не согласен это с тем, что описаные это признаки "джуна", тут описаны признаки не дают стать настоящими сеньерами.
Давайте порассуждаем какие именно работы являются нормой для фрилансера, на мой взгляд это
чистый кодинг по ТЗ, в силу своей специализации я такого почти не встречал, но думаю, что это основное что является нормой для фрилансера, так как не возникают особых связей между проектом и исполнителем, прии этом и у заказчика и исполнителя нет особых обязательств, так сказать товар - деньги.
проектная работа, то есть фрилансеров берут в какой-то обычно новый проект, тут заказчиков надежда на опыт в аналогичных проектах и возможность по окончании проекта безболезнено отказатся от лишних ресурсов. Для фрилансера на таких проектах реально поднять очень большие бюджеты, но есть риск не дополучить всю сумму по окончании проекта.
"резиновые" вакансии, обычно это ГПХ когда есть собственные сотрудники и некоторое количество ГПХ которых загружают по мере необходимости, для фрилансера это имеет смысл только когда у него несколько аналогичных доворов одновременно
на мой взгляд с точки зрения фрилансера самое жирное - это проектная работа, далее идет "многоженство" (несколько договоров ГПХ), и самое невыгодное это "чистый кодинг"
а теперь с точки зрения работодателя - все три варианта имеют и плюсы и минусы...
Самое смешное это когда начинают в вакансию включать требования для сертификации ФСБ (типа обязательного стажа в акредитованой компании с аналогичным профилем) и тем самым резко снижая круг кандидатов, а потом получается, что берут не по критериям "знания/лояльность/опыт" а банально ради сертификата...
У меня была доля 1/6 небольшого здания (примерно 300 м) промышленого назначения, в нем был один из нашых магазинов. Продал и долю в бизнесе и долю в здании, по тем деньгам мне все вышло в 20кбаксов, зп хорошего программиста тогда была 500 баксов, то есть это примерно по сегодняшним деньгам 80 лямов руб
10 лет занимался бизнесом, прошел все ступени от стояния на птичем рынке до собственика здания на Таганке. Потом я все бросил, продал бизнес (решил свои жилищные вопросы) и пошел в програмисты, о поступке ни разу не жалею...
Из всех 10 пунктов нет ни одного который прямо на 100%...
Но вот тот пункт который лично для меня все перевесил:
0. "Ты теряешь стабильность" в личной жизни, в финансах, в отношении с друзьями... Когда ты занимаешься бизнесом у тебя то всего много, а то ты на мели, а вот когда я это бросил, то стал стабильным, стабильная зп, стабильный волейбол вечером, стабильный кекс и тд. А вот с бизнесом этого нет....
Практически на каждом поекте кроме оценки трудозатрат требуется еще и оценка сроков.
Если про оценку времени в статье много написано, то про сроки в целом мало. Частенько бывают ситуации когда возникают события на которые мы не можем влиять, например кто-то из заказчиков уехал в неплановую командировку и повисла куча вопросов которые тормознули основной процесс.
По этому я ВСЕГДА стараюсь добавить к основным (большим) этапам по 2 недели а потом уже можно применять разные методы апроксимации...
Интересно а режим Антилегионелла есть? А как реализована система защиты от заиливания органикой? А клапан для удаления воздуха (на фото должен быть выше блока, иначе будет воздушная пробка и сгорит все)?
Ну а вообще чисто экономически я считал 10 лет назад такую систему, и была она сильно убыточна по сравнению с отоплением газом... Как сейчас не знаю, но в любом случае резервный котел нужен...
Вот приведу пример: в компьютерах микросхемы BIOS контролируют наличие сертификата у прошивки, по существу это некий аналог шифрования который используется для защиты от внедрения стороннего кода.
Или те-же однокристальные процессоры (типа всяких ардуино), то-же для защиты от чтения кода (не от записи а именно от чтения) используют шифрование внутри себя.
Например, что-бы не отключали системы безопасности.
Или например для обязательной калибровки, берем тайоту в ней датчики по кругу, если датчик отсоединил (например снял бампер), то после следующей сборки нужно откалибравать эти датчики, а если не откалибруешь то автопаркинг не работае (что логично)
Да в целом таких протоколов полно, в том числе и внутри одного устройства, та-же шина I2C (она в очень многих устройствах используется) или в автомобиле CAN шина (хотя тут немного лучше и некоторые узлы умеют шифровать свой трафик), или упомянутый тут UART (куда часто выводят данные дебага).
На мой взгляд баланс между удобством и безопасностью найти очень сложно, вот например взять всем известные железки для умного дома от компании Tuya, у них протокол обмена зашифрован, что с одной стороны делает его безопасным, но с другой стороны ставит очень серьезные проблеммы разработчикам всяких интеграций.
Интересно, что лучше ?
Подготовится к собеседованию (и обмануть HR) и с третьей попытки устроится, а потом не пройти испытательный срок
оставатся на собеседовании самим собой и найти работу с двадцатой попытки
Где-то видел исследование, что на руководящих позициях (директора).
женщины лучше для стабильной работы (операционная деятельность)
мужчины лучше в стресовых ситуациях (кризис менеджер)
вроде как доказано, что именно с нудной работой женщины справляются лучше мужчин (например во всем мире шьют одежду в большинстве именно женщины)
САБЖ о токсичных вакансиях,
это вообще никак не влияет на токсичность
чисто мужской (или чисто женский) коллектив наверно может расматриватся как фактор, но я таких не встречал, как правило есть отдельные отделы (гомофобные), но в целом в компании мужчины и женщины всегда есть в и те и другие, например чаще бывает так: бухгалтерия - женщины, IT мужчины.
то есть большинство офисов без этого токсичны? мой опыт говорит немного об обратном, там где HR пытается в компании внести слишком много личного (треножоры, печеньки, тимбилды и прочие compliance) обычно говорит о проблеммах в коллективе (разумеется не всегда, я бы сказал в 80% случаях). На работе отношения не должны быть хорошими или плохими, они должны быть в первую очередь рабочими.
При добавлении проектов, обязаностей отвечаю как в анекдоте
Моня может все, но Моня не может все одновременно!
И сразу спрашиваю - какой приоритет новых дел по отношению к текущим. После этого все разруливается,
Такой подход однозначно говорит начальству: "я не отказываюсь, но по времени я буду работать ровно столько и раньше, а что именно делать решайте Вы или новые задачи или старые, и то и другоя я не успеваю"
В целом все верно расписано, но слишком обьемно для запоминания.
Я вот всегда обращаю внимание на 2 фактора которые можно определить в рамках одного собеседования
чистота в туалете / кухни и прочих бытовых помещениях
дисбаланс в числености отделов, например раздутый отдел кадров говорит о текучки, раздутый it или бухгалтерии отдел говорит о проблеммах в этих областях. И вообще должен быть определенный баланс между доходными и расходными ЦФО (основными и обслуживающими отделами)
Ну это часть классической схемы
Это Директивные отношения, единоначалие как в армии, начальник сказал и нераздумывая побежал делать
Это Демократические отношения, тут можно пообсуждать, совместно принять решение, поучаствовать.
Это Инструктирующие отношения - начальник дает четкие инструкции, что должно быть реализовано, а инженеры уже сами находят себе инструменты, и прочее для решения задачи.
Начнем с того, что существуют разные психотипы как начальников так и подчиненных, и соответсвенно разные модели управления. Книжек на эту тему написано множество, и куча всяких групп выделяется. По этому единого подхода к критериям "плохой/хороший" просто нет.
Наиболее популярные модели отношений это (хотя существует куча других видов разделения):
Директивные, Демократические, Инструктирующие, Поощряющие, Наставничества.
Каждый вид отношений подходит к определенной ситуации и определенной психологии участников отношений.
И на мой взгляд единственным обязательным качеством хорошего начальника является умение строить отношения исходя из конкретной ситуации и конкретных людей (включяя себя).