Можно ли всерьёз обсуждать fullstack-разработку? Если смотреть в сторону больших фреймворков для frontend и для backend, то разговор про fullstack выглядит сомнительно. Предлагаю посмотреть на термин fullstack с точки зрения Ruby on Rails и прежних более простых принципов реализации интерактивности на классических веб-страницах. Представляю обзор frontend-возможностей, предусмотренных во фреймворке Ruby on Rails или связанных с ним.

Теория (+её производные) — ещё одно слово, на котором у меня включается творческий тупик: в голову ничего кроме theory/theoretical/theoretically не лезет. Поэтому его мы тоже с коллегами решили покрутить и так, и этак — посмотреть, как обыгрывают эту концепцию носители.
Среди примеров вы обязательно увидите мой любимый — не переводить вообще (раздел «Трансформации. Пропуски»).
В конце будет раздел «Бонус» — использование theory в необычных контекстах.

Principle

В этой книге обсуждаются как теоретические, так и практические вопросы построения компьютерных сетей.
This book discusses both the principles and practice of computer networking.

То, что я вляпался в болото, стало понятно часа через 4 после начала раскопок этой пары терминов (и это я еще финансовый смысл не рыл — interest rate) — примеров получилось неожиданно больше, так что извините, будет «много букв».

На первый взгляд интерес = interest — полные эквиваленты, однако во фразе «интервьюеры обычно интересуются, сколько памяти занимает структура данных» — interest лезет с большим скрипом (мне фантазии не хватило).

Или бывает автор, сам того не замечая, пишет несколько слов подряд с этим корнем — и как тогда это отрабатывать в переводе? А вот как! Смотрите примеры.

Безусловным лидером и локомотивным вариантом для перевода около-«практичных» фраз являются производные от фраз in practice/practical:

• Если, например, Volvo начнет меньше акцентировать безопасность своих автомобилей и больше упирать на блестящий стиль, это может оттолкнуть от марки ее приверженцев с практическим складом ума.
• If Volvo, for example, placed less emphasis on safety and more on slick styling, this could turn off practical -minded Volvo fans.

Несколько реже встречаются варианты с practicality:

• Практичность: можете ли вы разработать разумный план тестирования?
• Practicality: Can you actually create reasonable testing plans?

---

• Эта книга проведет обширный экскурс в страну как теоретических принципов, так и практических аспектов информационных систем, а также возможностей их
  использования для создания высоконагруженных данными приложений.
• This book is a journey through both the principles and the practicalities of data systems, and how you can use them to build data-intensive applications.

---

Но иногда эти фразы так набивают оскомину, что хочется что-то свеженького (причем, как я понял, не только мне — на идею этой публикации навели именно наши американские переводчики), а ничего кроме вышеупомянутых вариантов в голову не лезет.

Поэтому здесь я собрал, наверное, для многих из вас очевидные, но годные для освежения памяти вещи.

Про «сферы»

Не знаю, как вас, а меня корёжит, когда «в сфере» переводят на английский in the sphere. В этой статье я как раз поговорю об этих всяких сферах и сразу дам спойлер — слова sphere вы нигде в примерах не увидите. Примерно в половине случаев эта фраза вообще не переводится. Как же тогда переводится? Смотрите сами (примеры взяты из англоязычных книг и их опубликованных русских переводов).

Всем привет! Меня зовут Валентин и я работаю инженером по тестированию в компании Exness. Очень часто слышу вопрос о том, насколько сейчас возможно стать тестировщиком программного обеспечения. В этой статье я постараюсь ответить на данный вопрос.

Технический комитет «Кибер-физические системы» совместно со Всероссийским институтом сертификации при поддержке Министерства промышленности и торговли РФ в конце января 2020 г. вынесли на публичное обсуждение предварительные российские национальные стандарты (ПНСТ) в области умного производства, интернета вещей и оценки умного города.

Публичное обсуждение проектов стандартов продлится до 31 марта 2020 года. После этого они будут внесены на утверждение в Росстандарт.

Эта статья рассчитана на широкий круг читателей, которые хотели бы узнать, что такое Реактивное Программирование. Цель этой статьи — сформировать у вас базовые Ментальные Модели Реактивного Программирования (ММ РП), не вдаваясь в технические детали.

Организации передают обслуживание ИТ-инфраструктуры сторонним компаниям по разным причинам: от стремления к повышению операционной гибкости до потребности в получении новых специальных навыков и экономии средств. Однако тенденции на рынке меняются. Согласно отчету компании GSA UK, некоторые тенденции в области аутсорсинга в будущем станут менее значимыми.

Предполагается, что такие изменения станут заметны в 2020 году. Компании, которые хотят идти в ногу со временем, должны подготовиться к новой волне аутсорсинга. В последующие годы партнерские отношения между сторонними разработчиками или командами специалистов и предприятиями будут так же важны, как и ориентированность компаний ИТ-аутсорсинга на инновации.

Как я уже писал в статье 7 основополагающих принципов ITIL, 4 аспекта управления услугами ITIL заслуживают отдельной статьи.

Для тех кто знаком с ITIL v3, эти аспекты покажутся знакомыми. В книге «Service Design», было описание 4P (the 4P of Service Design) проектирования услуг: Продукты (Products), Процессы (Processes), Персонал (People), Партнеры (Partners/Suppliers). Сейчас ITIL предлагает опираться на данные аспекты на всем жизненном цикле создания продукта или услуги, конечной целью которых является создание ценности (value).

Закончился IGF 2019 в Берлине. Неделя плотных дебатов экспертов со всей планеты Земля под флагами ООН про Internet Governance. На IGF приехали все мультистейкхолдеры Интернета, которые сегодня делают Интернет, используют Интернет, отжимают Интернет и защищают этот самый Интернет на разных континентах.

На ежегодном Форуме было поднято большое количество злободневных вопросов, которые волнуют сейчас все прогрессивное человечество. Среди прочего обсуждалось:

• Риски гражданской дискриминации, создаваемые использованием искусственного интеллекта (ИИ).
• Порядок и объем доступа правоохранительных органов к данным, находящихся за границами собственной юрисдикции государств для борьбы с киберпреступностью
• Как защищать конфиденциальность на цифровых платформах
• Как решать задачи для эффективной борьбы с нелегальным контентом в Интернете и защиты цифровых прав одновременно

Чтобы решить эти вопросы на международном уровне государствам нужна солидарность. Солидарность в стремлении сохранить интернет как мировое достояние, обеспечив его неделимость и связанность. Результатом такой солидарности мог бы стать уже давно назревающий международный договор, который определил бы статус интернета и обязательства государств-участников в отношении киберпространства. Однако такого единодушия нет.

Сегодня ценность ITIL многими ставится под сомнение. Одни утверждают, что это дорого и работает только в крупных инфраструктурах, другие говорят, что применять можно даже в небольших структурах. Я придерживаюсь идеи, что истина где-то посередине. Полностью следовать рекомендациям ITIL в небольших компаниях попросту дорого и нецелесообразно, а бывает, что и в крупных не все будет работать, именно поэтому ITIL это библиотека рекомендаций, а не строгих стандартов и применять их нужно с умом, опираясь на исходные данные.



Но, к счастью, есть часть библиотеки, которая может помочь всем, и это основополагающие принципы ITIL (в последней версии их 7). Я считаю, что эти принципы стоит применять даже за пределами управления ИТ-услугами. Часть из них применима даже в обычной повседневной жизни.

Пролог

Юрист — человек, который может написать ответ на 10 листов и назвать его кратким.

Основной мой бизнес связан с юриспруденцией. Почти еженедельно приходит 1-2, а то и 3-5-10 клиентов, которые задают одни и те же вопросы: «Каков статус криптовалют/токенов в РФ/СНГ?»; «Какими налогами облагается майнинг/криптотрейдинг?»; «Как поставить ASIC/криптовалюту на баланс?» и т.д. Решил в нескольких статьях изложить свою позицию, основываясь исключительно на практике, но для этого важно разобраться, а на чём она основана, что в свою очередь диктует следующее: ознакомиться с действующими нормами и теми тенденциями, которые закладывает (условный) законодатель, исполнитель и судья. Поэтому попробуем прийти от того «а что же было?», к тому, «так что же есть?»: будет полезно не только для коллег, но и it-специалистов, потому как вопросы возникают чаще именно у них. И да, вторая важная решаемая проблема — повысить уровень грамотности: как станет ясно в конце цикла материалов, за 10 лет люди не научились ничему, кроме штампованию одних и тех же мифов и комментариев, которые делают им и окружающим только хуже. Наконец, третья задача: создать бесплатный мини-справочник по правовым вопросам крипто-отрасли (пользоваться им просто: все периоды выделены специальной полосой-заголовком). Подобные решения уже есть, но они: во-первых, лишены комментирования; во-вторых, не полны; в-третьих, в большинстве случаев не содержат ссылки на разные позиции и официальные документы).

Описание по всем годам будет в следующем формате:

В первой части статьи я перечислила и объяснила слова, которые разработчики и менеджеры компании Wrike используют в своем ежедневном общении. Как в устном, так и в письменном. Но остался еще ряд слов из тех же категорий. Знание значений этих слов помогает коллегам легче понимать друг друга.

«Привет! Добро пожаловать! Спасибо, что приняла наш оффер. Пойдем знакомиться с твоей командой. У них как раз сейчас дейли. Ты вышла под конец спринта, поэтому пока работы для тебя не запланировали. Как стендап закончится, можешь почитать спеки, командные окиары и просмотреть бэклог на следующий спринт. По всем вопросам обращайся к своему пио.»

Это бессмыслица какая-то или деловой язык? Попробуем разобраться.

Я наверное не стал бы писать эту статью, не попадись мне другая статья на тему хакеров. Что меня зацепило: это очень однобокое и явно некорректное использование слова хакер, что характерно в целом для современных высказываний в СМИ, блогах и статьях.

Исторически слова хакер и хак имели гораздо более широкое толкование. С одной стороны это хитроумные решения в коде программ, с другой это «взлом» систем в более широком понимании: не только информационных систем, но и других систем окружающей нас действительности (иными словами реального мира — RL).

Но даже если говорить о «взламывателях информационных систем», то нельзя не упомянуть такие понятия как black hat и white hat.

Ну, а теперь, попытавшись восстановить терминологическую несправедливость в отношении хакеров я хочу рассказать об одном чисто hardware хаке одной из систем RL.

Если у вас есть враги, порекомендуйте им выучиться на филологов или редакторов, а потом пойти работать в геймдев. Они будут молить о пощаде, разыскивая в словарях плейбласты вьюпорта, коллбэки и риггинги, а вы будете ехидно посмеиваться. Но это продлится недолго. В какой-то момент боль утихнет, придет смирение и начнется невероятно интересный квест!

Редакторы из отдела копирайтинга краснодарской студии Plarium часто встречаются со словами, которые еще не добавлены ни в один справочник. В этой статье они поделятся своими методами работы и приведут несколько кейсов.

Почти каждый день мы, в Okdesk, сталкиваемся с вопросом потенциальных клиентов «Соответствует ли ваш Help Desk ITIL-у?». Пришло время раскрыть историю большого обмана, связанного с этими 4-мя буквами.

ITSM — известный и подтвердивший свою эффективность годами подход к организации процессов управления ИТ. ITIL — источник лучших практик ITSM. Огромное количество статей на Хабре по теме ITIL/ITSM лишь подтверждает широкий интерес к теме.
В прошлом году вышла очередная версия библиотеки ITIL. “Концепция”, пожалуй, стала даже шире самой ИТ-отрасли. А очередная версия библиотеки только подтверждает актуальность порожденных ею изменений в подходах к управлению ИТ с учетом развития технологий, новых вызовов и т.д.

Однако так ли уж полезен ITIL и ITSM? В чем и кого он «обманул»? Имеет ли смысл следовать его рекомендациям, особенно среднему и малому бизнесу, и когда? Стоит ли его внедрять и сколько это вообще стоит?

Сначала немного истории.

Web 1.0 — это сеть для доступа к контенту, который размещали на сайтах их владельцы. Статичные html-страницы, доступ к информации только для чтения, основная радость — гиперссылки, ведущие на страницы этого и других сайтов. Типичный формат сайта — информационный ресурс. Эпоха переноса в сеть offline-контента: оцифровка книг, сканирование картинок (цифровые фотоаппараты были еще редкостью).

Трудно уловить главное, говоря о DevOps? Мы собрали для вас яркие аналогии, ударные формулировки и советы от экспертов, которые помогут дойти до сути даже неспециалистам. В конце бонус – собственный DevOps сотрудников Red Hat.



Термин DevOps возник 10 лет назад и прошел путь от хэштега в Твиттере до мощного культурного движения в мире ИТ, настоящей философии, поощряющей разработчиков быстрее добиваться результатов, экспериментировать и двигаться вперед методом итераций. DevOps стал неразрывно связан с понятием цифровой трансформации. Но как это часто бывает с ИТ-терминологией, за десяток лет DevOps успел обрасти множеством определений, трактовок и заблуждений на свой счет.