То, что вчера считалось надежно защищенным, сегодня предлагается в дарквебе, часто совершенно бесплатно.
Интересно, кто-нибудь сообщает об этом в соответствующие организации, чтоб прикрыть лавочку?
Наибольшее число утечек конфиденциальной информации за рассматриваемый период пришлось на госучреждения (13%)..
Как же так... Во многих госучреждениях нет свободного доступа в интернет. Там выделяются под это отдельные компьютеры, и не все сайты на них доступны. А утечка все равно есть.
Найдите ментора, который уже работает в компании вашей мечты и может значительно ускорить процесс. Ментор подскажет, на что обращают внимание при отборе кандидатов и на собеседованиях.
Не у всех есть знакомые в компаниях, где проходишь собеседования. А человек со стороны не будет вам все карты раскрывать про собеседования. В контексте статьи ментор - это именно знакомый человек.
Товарищи, а когда стало популярным "накручивать опыт"? Читаю не первую статью такого плана. Как будто где-то написано, что врать об опыте - это норма, особенно если опыт отсутствует вообще. Как-то грустно, все думают, что технари просто зарплату получают за нажатие клавиш ctrl+c, ctrl+v.
Использование планшета для отслеживания «бездействия» учеников. Каким образом это контролируется? Помню в школе, если быстро кто-то сделал контрольную работу, подходила учитель и спрашивала: "Почему ничего не делаешь? "
По-моему TDD многие попробовали лет семь назад и отказались от этого подхода. Возможно потому, что неправильно его применили, не знаю. Бывает такое, что пишут тесты, потом код, и осознают, что тесты нужно переделывать. Получается, в этом случае тесты пишутся дважды. Концепция BDD(Behavior-driven development) выглядит более привлекательной и на практике даёт лучше результат. Она как-то лучше прижилась.
Ну главное без фанатизма относиться к чистом коду. Знаю я один проект, который создавался по канонам дядюшки Боба. Так для добавления нового метода пришлось потратить две недели разработчика, потому что созданная архитектура не позволила просто взять и добавить.
Много статей на эту тему, и ни разу не упоминали, что есть разница в процессе обсуждения з/п в маленьких "семейных" компаниях и больших, где каждый сотрудник - винтик большого механизма.
Как-то всегда однобоко раскрывается тема, будто авторы всю жизнь работали только в одной компании.
Можно писать сколько угодно статей "Язык Х - убийца C++", но уже написанный C++ код никто полностью переписывать не будет, это потребует много времени и денег. Да и после реанимации языка, начиная со стандарта C++09, все не так плохо.
Здесь поднимается вопрос некомпетентности тимлида. Странно, что им может быть непонятна ценность выполняемой командой работы. Отсюда приходим к теме "Как понять, что ваш сотрудник готов стать тимлидом?"
Не совсем поняла про дочерние дизайн-системы. У них есть какая-то общая база элементов или только общий подход организации системы?
Интересно, кто-нибудь сообщает об этом в соответствующие организации, чтоб прикрыть лавочку?
Как же так... Во многих госучреждениях нет свободного доступа в интернет. Там выделяются под это отдельные компьютеры, и не все сайты на них доступны. А утечка все равно есть.
Не у всех есть знакомые в компаниях, где проходишь собеседования. А человек со стороны не будет вам все карты раскрывать про собеседования. В контексте статьи ментор - это именно знакомый человек.
Обычно в таких случаях статью разбивают на несколько. В конце статьи указывают список ссылок на другие части.
Зачем выкладывать свою дипломную работу на Хабре?
Впервые вижу статью на 40 минут
Товарищи, а когда стало популярным "накручивать опыт"? Читаю не первую статью такого плана. Как будто где-то написано, что врать об опыте - это норма, особенно если опыт отсутствует вообще. Как-то грустно, все думают, что технари просто зарплату получают за нажатие клавиш ctrl+c, ctrl+v.
Использование планшета для отслеживания «бездействия» учеников. Каким образом это контролируется? Помню в школе, если быстро кто-то сделал контрольную работу, подходила учитель и спрашивала: "Почему ничего не делаешь? "
*не силиконовая, а Кремневая долина
К сожалению, нет, это был коммерческий проект.
Разговор не про то "писать тесты или нет", а про порядок написания кода и тестов. Часто во время разработки пишется код и тесты одновременно.
По-моему TDD многие попробовали лет семь назад и отказались от этого подхода. Возможно потому, что неправильно его применили, не знаю. Бывает такое, что пишут тесты, потом код, и осознают, что тесты нужно переделывать. Получается, в этом случае тесты пишутся дважды. Концепция BDD(Behavior-driven development) выглядит более привлекательной и на практике даёт лучше результат. Она как-то лучше прижилась.
Ну главное без фанатизма относиться к чистом коду. Знаю я один проект, который создавался по канонам дядюшки Боба. Так для добавления нового метода пришлось потратить две недели разработчика, потому что созданная архитектура не позволила просто взять и добавить.
Почему новость в хабе "Управление продуктом"?
Не знала, что это прописано в ТК. Однажды встречала в договоре фразу, что "компания проводит индексацию при наличии прибыли у компании".
Много статей на эту тему, и ни разу не упоминали, что есть разница в процессе обсуждения з/п в маленьких "семейных" компаниях и больших, где каждый сотрудник - винтик большого механизма.
Как-то всегда однобоко раскрывается тема, будто авторы всю жизнь работали только в одной компании.
Можно писать сколько угодно статей "Язык Х - убийца C++", но уже написанный C++ код никто полностью переписывать не будет, это потребует много времени и денег. Да и после реанимации языка, начиная со стандарта C++09, все не так плохо.
@GlobalSign_admin статья хорошая, но все-таки дубликат предыдущей.
Здесь поднимается вопрос некомпетентности тимлида. Странно, что им может быть непонятна ценность выполняемой командой работы. Отсюда приходим к теме "Как понять, что ваш сотрудник готов стать тимлидом?"
Вопрос к иллюстрации: когда вы успели перейти с медведей на колобков? :)
Спасибо за интересную статью про вирусы!