Там не нужны джуны. Мне они, например, не уперлись абсолютно. Нет возможности учить (однако мечта топов - набрать джунов и обучить, ага). Да и мало какой бизнес может себе позволить выращивать кадры. Надо работать, надо не копка канавы, а евро-копка канавы!
Так что не очень понятно, какой такой стране нужны джуны. Это просто заблуждение, что мол три джуна сделают то же, что зазвездившийся Вася.
Во-первых, тонны чьих-то там путаных файлов никому не нужны без инструкции, как это употребить во вред конкретному имярек. Ну, конечно, если имярек кому-то важен в качестве объекта шантажа, компрометации, чего там еще.
Во-вторых, шифрование как таковое является красной тряпкой для тех, кто может задать вопрос "что ты там шифруешь?" с последующим или параллельным применением термокриптоанализа и т.д.
В-третьих, более или менее достаточно регулярно скидывать архив документов на пару недавно купленных внешних дисков (разных марок :), а также озаботиться бэкапом свежих "разработок" (впрочем, они обычно в почте болтаются)
В-четвертых, шифрование от дурака вещь достаточно доступная, когда-то я полюблял TrueCrypt (однако см. пп. 1 и 2), потом тупо в Линуксе создавал шифрованные пользовательские разделы, потом наплевал на это дело - раньше архивный диск выйдет из строя, чем его украдут.
В-пятых, надежно защитить данные можно только путем ограничения физического доступа, например положить пресловутый диск в банковскую ячейку. Копировать шифрованные контейнеры в облако это такое...
В-шестых, необходимо работать вне доступа к [корпоративной] сети [через VPN]? Вот так прямо с сотнями тысяч файлов? Ну так если нет сети, некуда и бэкапить, не о чем разговаривать. Зашифруйте контейнер на винте. На бэкапных дисках не надо шифровать, их сами надо "зашифровать" в гермоконтейнер и закопать.
Банки розничным клиентам сами не звонят, кроме как ненужный кредит впарить, прокуратура повестки почтой шлет. Тем, кто поощряет звонки из СК и прокуратуры (сейчас все же, бывает, звонят), надо бы разъяснить, что не надо со звонящими общаться, пусть соблюдают стандартную процедуру. Сегодня ты свидетель, завтра обвиняемый.
Периодически продаю некие тематические вещи. Но только на специализированных тематических площадках, среди тематического же комьюнити. Одно время пользовался Юлой. Получал кучу спама а-ля "обмен на вейп интересует" и пр. На Авито даже не пытался лезть, из-за сложившегося реноме площадки... Просто чтобы не тратить время на мусорные контакты и не освежать в голове всевозможные схемы мошенничества.
Адвокаты-то порезвятся на фоне всеобщей интеллектуальной импотенции... То, что журналист имел возможность (как и все остальные :)))) просмотреть персональные данные, не означает, что он имел право их разглашать.
Принцип 2 и похожий на него принцип 5 на практике выглядят следующим образом. Мы реализуем программное обеспечение для того, чтобы сдать его на некоем объекте. То, что следующие релизы будут работать на N взаимодействующих между собой объектах на том же программно-техническом комплексе, в расчет не то чтобы не берем, но а) пока что не нужно и б) так жить проще. А вот после начнется маленький адик для тех, кто не свалил вовремя.
Ок, можете ли вы оценить степень снижения достоверности данных, или еще что-нибудь такое оценить, исходя из того, что определенный процент "вакцинирован" фиктивно за деньги или вообще плацебо?
Ну так-то все на высоком уровне, интересно читать, только не очень понятно разделение команд, не вносит ли оно излишнюю бюрократию, не ест ли время на ненужных коммуникациях. Интересно бы услышать, чем обосновано, откуда пошло разделение.
И печально, что никаких примеров задач хотя бы по SQL - непонятен ожидаемый от кандидатов уровень.
Угу. Мне, помнится, говорили в 2000-х, "зачем ты с Украины в Россию приехал, тут же война". Да так вот, пораскинул умишком и приехал.
Упс, да?
Вон внизу не сильно старый заголовок - "Четыре сеньора на место, 17 000 за джуна, дна вакансия C#-разработчика в Самаре — цифры в IT за зиму 2019-2020"
Там не нужны джуны. Мне они, например, не уперлись абсолютно. Нет возможности учить (однако мечта топов - набрать джунов и обучить, ага). Да и мало какой бизнес может себе позволить выращивать кадры. Надо работать, надо не копка канавы, а евро-копка канавы!
Так что не очень понятно, какой такой стране нужны джуны. Это просто заблуждение, что мол три джуна сделают то же, что зазвездившийся Вася.
Во-первых, тонны чьих-то там путаных файлов никому не нужны без инструкции, как это употребить во вред конкретному имярек. Ну, конечно, если имярек кому-то важен в качестве объекта шантажа, компрометации, чего там еще.
Во-вторых, шифрование как таковое является красной тряпкой для тех, кто может задать вопрос "что ты там шифруешь?" с последующим или параллельным применением термокриптоанализа и т.д.
В-третьих, более или менее достаточно регулярно скидывать архив документов на пару недавно купленных внешних дисков (разных марок :), а также озаботиться бэкапом свежих "разработок" (впрочем, они обычно в почте болтаются)
В-четвертых, шифрование от дурака вещь достаточно доступная, когда-то я полюблял TrueCrypt (однако см. пп. 1 и 2), потом тупо в Линуксе создавал шифрованные пользовательские разделы, потом наплевал на это дело - раньше архивный диск выйдет из строя, чем его украдут.
В-пятых, надежно защитить данные можно только путем ограничения физического доступа, например положить пресловутый диск в банковскую ячейку. Копировать шифрованные контейнеры в облако это такое...
В-шестых, необходимо работать вне доступа к [корпоративной] сети [через VPN]? Вот так прямо с сотнями тысяч файлов? Ну так если нет сети, некуда и бэкапить, не о чем разговаривать. Зашифруйте контейнер на винте. На бэкапных дисках не надо шифровать, их сами надо "зашифровать" в гермоконтейнер и закопать.
Можно подумать, что системный аналитик - это тот, кто занимается системным анализом :)
А если отвечает, это сетевой график.
Банки розничным клиентам сами не звонят, кроме как ненужный кредит впарить, прокуратура повестки почтой шлет. Тем, кто поощряет звонки из СК и прокуратуры (сейчас все же, бывает, звонят), надо бы разъяснить, что не надо со звонящими общаться, пусть соблюдают стандартную процедуру. Сегодня ты свидетель, завтра обвиняемый.
А у них, болезных, техническая возможность ее гарантированно определить есть?
Оставить кликбейт в заголовке это тонко, спасибо.
Периодически продаю некие тематические вещи. Но только на специализированных тематических площадках, среди тематического же комьюнити. Одно время пользовался Юлой. Получал кучу спама а-ля "обмен на вейп интересует" и пр. На Авито даже не пытался лезть, из-за сложившегося реноме площадки... Просто чтобы не тратить время на мусорные контакты и не освежать в голове всевозможные схемы мошенничества.
Хоть в уставах и записано противоположное, разнос на публике остается эффективным и недорогим методом утверждения авторитета руководителя :)))
Нельзя оправдываться.
Адвокаты-то порезвятся на фоне всеобщей интеллектуальной импотенции... То, что журналист имел возможность (как и все остальные :)))) просмотреть персональные данные, не означает, что он имел право их разглашать.
Принцип 2 и похожий на него принцип 5 на практике выглядят следующим образом. Мы реализуем программное обеспечение для того, чтобы сдать его на некоем объекте. То, что следующие релизы будут работать на N взаимодействующих между собой объектах на том же программно-техническом комплексе, в расчет не то чтобы не берем, но а) пока что не нужно и б) так жить проще. А вот после начнется маленький адик для тех, кто не свалил вовремя.
Очень интересно. Сдвоенные поезда рассматривали? Увеличивается ли количество сходов (относя к длине поезда) в таких поездах?
А кратчайшие маршруты обхода ваше ПО случаем не составляет?
Довольно глупое фото с персонажами в соответствующем облачении - реальное или постановочное?
Ок, можете ли вы оценить степень снижения достоверности данных, или еще что-нибудь такое оценить, исходя из того, что определенный процент "вакцинирован" фиктивно за деньги или вообще плацебо?
И как, не испытали в итоге на себе "дураку половину работы не показывают?"
Радует, если бизнес внезапно оказывается в курсе того, как происходит разработка ПО :)
Ну так-то все на высоком уровне, интересно читать, только не очень понятно разделение команд, не вносит ли оно излишнюю бюрократию, не ест ли время на ненужных коммуникациях. Интересно бы услышать, чем обосновано, откуда пошло разделение.
И печально, что никаких примеров задач хотя бы по SQL - непонятен ожидаемый от кандидатов уровень.
первое слово лишнее