Hello, world! Меня зовут Руслан, я работаю в отделе внедрения АО «Россельхозбанк» и в этой статье поделюсь с вами, как мы переносили данные из АБС «БИСквит» в систему ЦФТ-Банк. Если вы так же, как и мы когда-то, задумаетесь о смене основной банковской системы или уже находитесь в этом процессе, то вам, определенно, сюда!
По данным Bloomberg, Twitter намерен предоставить своим пользователям больше настроек конфиденциальности: соцсеть работает над функцией архивации старых твитов, чтобы они не были видны другим пользователям через определенный период времени — 30, 60, 90 дней или целый год. Сроки введения этих изменений отсутствуют, функция архивации находится в стадии разработки.
Тем не менее уже в сентябре в Twitter появится возможность удалять своих подписчиков. Сейчас пользователи, желающие удалить подписчика, сначала заносят их в черный список, а затем удаляют оттуда.
Пользователи смогут скрывать понравившиеся твиты —записи будут как общедоступными, так и для подписчиков аккаунта, а также для людей из списка избранных.
Помимо этого, разработчики упоминают функцию, благодаря которой пользователи смогут удалить упоминание своего ника из публичного треда в Twitter. Нововведение планируется протестировать до конца года.
Стековая память — это раздел памяти, используемый функциями c целью хранения таких данных, как локальные переменные и параметры, которые будут использоваться вредоносным ПО для осуществления своей злонамеренной деятельности на взломанном устройстве.
Эта статья является третьей в серии из четырех частей, посвященных x64dbg:
Меня зовут Роман Гордиенко, c 2015 года я сотрудничаю с ЕРАМ в Украине. Сейчас я – Solution Architect, а начинал свой путь в компании с уровня Middle (может с небольшим плюсиком) Java-инженера. Я прослушал много обучающих программ, прошел три внутренние переаттестации для шага на следующую карьерную ступень, множество раз был менти и ментором. Как и многие коллеги, я продолжаю обучение (в нашей сфере иначе – никак), и менторинг стал одним из самых эффективных форматов для меня. Все потому - и это, наверное, уже ни для кого не секрет - лучше всего разбираешься в вопросе именно для того, чтобы объяснить его другим. В этом материале я расскажу, как мы строим такие программы в ЕРАМ, и поделюсь рекомендациями для тех, кто хочет создать собственную.
Статья была написана в сотрудничестве с коллективом Global Java Mentoring Program: Наталья Карпеева, Александр Поникарёв, Наталья Глухова, Мария Горильчаник, Ирина Рукавица
Привет, Хабр! В моей голове долгое время скребётся тараканом идея рассказать вам про пару лайфхаков, которые я использовал когда-то или продолжаю использовать до сих пор. Нашёл свободную минутку и предлагаю вашему вниманию 20 килознаков — надеюсь, что-нибудь пригодится и вам.
Ой, а напомни как называют очень опытного программиста, там что-то такое романтично-средневековое, кажется «милорд»...
Почти три года назад на Хабре вышла статья «Фулстеки — это вечные мидлы. Не идите по этому пути, если не хотите страдать». Я еще тогда был не согласен с изложенным, но сдержался:) Однако недавно я стал свидетелем весьма примечательного случая и сразу вспомнилась та самая статья... Итак, одна команда испытывала нехватку бекенд-разработчиков и сравнительный переизбыток раработчиков на фронте. Дело осложнялось сжатыми сроками сдачи проекта. Проблема типовая, но стек..., ах если бы не стек: бек — NodeJs, фронт — React, TypeScript и там и там.
Я не хочу отрицать важность специализации вообще, но в данном конкретном случае ответ очевиден: нужно перебросить кого-то с фронта на бек. Да, это будет неэффективно, да скорее всего в бекенд-коде, который напишет фронтендер будет больше проблем, но альтернатива то еще хуже: часть команды будет зашиваться, пока другая — простаивать. Если вы дочитали до этого места и уже готовитесь написать гневный комментарий о том, что «бекенды же бывают разные и в том числе такие сложные, что ваще капец и такой финт ушами не пройдет и только всех замедлит и сделает еще хуже», то не спешите не сдерживайтесь, пишите прямо сейчас (больше мнений в комментах!). Так вот, это был простой бекенд пишущий и читающий в/из базы данных. Никаких особенно сложных штучек-дрючек там не было...
Может быть я старомоден, но сегодняшняя специализация порой видится мне чрезмерной. Раньше все было как-то проще: ты либо умеешь программировать, либо нет. А сейчас все кругом ищут кибер-ниндзю с опытом работы исключительно на фреймворке X не менее пяти лет (хотя фреймворк X существует четыре года). Если ты работал с фреймворком X всего три года, то с тобой не о чем разговаривать: ты — джун. Ага, т.е. известному английскому банку не впадлу нанимать на Java-проект кандидата с десятилетним опытом на .NET’е, потому что они считают, что важны фундаментальные знания, а не знания конкретной платформы (ну напорется он пару раз на стирающиеся дженерики и сравнение строк через ==, почешет репу и перестанет так делать), а ООО «Рога и Копыта Интернейшнл» может работать только с теми, кто пять лет ковырял фреймворк Х. По-моему это фигня. Кстати, тот парень в банке, что перешел с .NET'а на Java сейчас там числится синьором и находит горы проблем в мердж-реквестах разработчиков, пишущих на Java значительно дольше него.
Приглашаем на онлайн-интенсив "Хочу в геймдев", который состоится 9,10 и 12 сентября 2021 г.
Организатор - Центр развития компетенций в бизнес-информатике Высшей школы бизнеса НИУ ВШЭ.
Участие для всех абсолютно бесплатное, нужна только предварительная регистрация.
🚀 За три дня интерактивного интенсива эксперты игровой индустрии помогут всем желающим сделать первые шаги в геймдев:
Сколько существует удаленка, столько времени идут споры о том, как финансово сравнить ее с офисом. То ли удаленщик экономит на том, что не ездит на работу, то ли тратится на обустройство рабочего места… Кажется, дискуссия о том, может ли он получать те же деньги, что и его коллега в офисе, идет по кругу.
Давайте разбираться, как этот рынок работает и что нужно сделать, чтобы не прогадать в зарплате на удаленке.
Довольно много дебатов ведется относительно того, какой термин более правилен: DevSecOps, SecDevOps, или же вообще "sec" часть этого термина является лишней. В этой статье хотел бы поделиться тем, каким мы видим ответ на это вопрос в компании GitLab, а также расскажу о наших текущих разработках в сфере обеспечения информационной безопасности.
Когда вы создаете класс, вам часто приходится реализовывать методы доступа к одному или нескольким атрибутам этого класса для того, чтобы можно было редактировать их.
Написание чистого и удобочитаемого кода необходимо для повышения его качества. Кроме того, чистый код легче тестировать. Нет причин не потратить пять лишних минут на рефакторинг кода, чтобы сделать его более удобным для чтения.
В этой статье рассматриваются шесть лучших практик React 2021 года, чтобы улучшить свой код. Речь пойдет о следующих пунктах:
Есть задача "Двенадцатая степень":
Перед Васей написаны целые числа от 0 до 2021. Он произвольно разбивает их на пары, внутри каждой пары суммирует, а все полученные суммы перемножает. Может ли у него получиться двенадцатая степень натурального числа?
Конкурс!
Предложите способ формировать N–ю степень натурального числа по правилам задачи из чисел, указанных в задаче. Повторяться нельзя, N натуральное.
Победа присуждается участнику, предложившему (верный, работающий) способ получения очередного N, после которого новых версий не было календарный месяц или больше.
Порог входа в конкурс (по сложности) потихоньку растет, но до сих пор не стал запредельным. Еще не поздно решить задачу, прочитать условия конкурса, начать участвовать — и победить. Успехов :)
TL;DR: Спайковый белок ковида (S spike) вызывает структурные изменения в нервных тканях - нейрончики слипаются между собой и с глиальными клектами и перестают работать. Да, запахи скорее всего отбивает по этой причине. Да, это тот белок который используют вакцины. Нет, все не так страшно, вакцинированный username - извилины не слиплись от привки (по крайней мере не все).
Prooflink на bioRxiv (Препринт от первого сентября - cutting edge текущих исследований).
Под катом - объяснение содержания статьи на пальцах, и разбор текущих вакцин с учетом новых полученных данных.
Одним из важнейших условий, благодаря которому обеспечивается продуктивная работа в компании является исполнительская дисциплина. О том, как она важна и как ее выстраивать написано очень много. Поэтому я не буду рассказывать про то, как мотивировать, создавать атмосферу, или внедрить культуру дисциплины. А расскажу, как это все контролировать, используя программу и инструменты автоматизации на примере нашей компании.
В первое время путь создания мотивации, атмосферы и культуры проходил не совсем гладко, но настойчивость и последовательность менеджмента компании достигла цели. Нам помогли существующие методики в менеджменте – книги, курсы и семинары. Набор методик стандартный и всем давно известный, главное применять и быть настойчивым (если интересно могу ответить в комментариях или лично).
С тех пор как мы начали использовать CRM технологии в работе, около 10-ти лет назад, мы постоянно улучшали процессы компании и старались многое автоматизировать. И когда уровень автоматизации достиг того, что вся работа сотрудников в компании осуществлялась только в программе, тогда и настало то время для отслеживания исполнения SMART-задач. Более подробно остановлюсь именно на них, хотя мы используем еще и другие инструменты.
Самым простым решением оказался бизнес-процесс «Поручение». Он закрывает практически все потребности, связанные с постановкой, исполнением и контролем задач. Но были и более экзотические варианты, когда мы набирались опыта в этом вопросе.
Хотя телекоммуникационную отрасль принято относить к ИТ-направлению, в ней использует множество самостоятельных технологий, которые сложно обозначить как ИТ в чистом виде. Такая неоднозначность вызывает разные подходы к оценке рисков. Например, Ernst & Young, оценивая риски телекома, год за годом указывает на неэффективную стратегию цифрового роста и диверсификации и на другие угрозы, характерные для всех интенсивно развивающихся отраслей бизнеса. В отчёте Trend Micro Islands of Telecom: Risks in IT всё внимание сосредоточено на технических рисках телекома, некоторые из которых мы разберём в этом посте.
Каждой компании важно оправдать ожидания клиентов, особенно публичному сервису. В случае облачных провайдеров клиенты приходят, чтобы быстро и привычным способом получить, например, виртуальную машину. Их мало волнует, что бывает взрывной рост запросов, в ЦОД приезжает новое железо, а инженеры заняты масштабной миграцией другого пользователя. Клиентам важно быстро получить услуги и отказоустойчивость сервиса. Любое, даже незначительное изменение во внутреннем пространстве сервиса может привести к проблемам на стороне клиентов, как минимум к увеличению времени создания машины.
Константин Еремин, старший системный администратор дежурной службы «Облачной платформы Selectel», рассказал, как поменять архитектуру облака на OpenStack и не поломать пользовательский опыт. На примере выдуманного провайдера Vanilla cloud solutions он объяснил, как определить масштаб проблемы. Почему, перебрав различные варианты, разработчики пришли к Apache Airflow? Какую схему использовали для реализации своих задач и что им удалось сделать с облачным сервисом с помощью выбранного инструмента? Рассказываем под катом.
Город металлургов Мончегорск Мурманской области ранее был одним из самых неблагоприятных районов по заболеваемости органов дыхания. Погибший лес и техногенная пустошь окружали его еще во времена СССР, но, к счастью, здесь уже есть растительность.
Весной к моему посту на Хабре написали комментарий о том, что город очень зеленый, что он красив летом. Пришло время узнать, так ли это?
