Meeting Ringer1d ago

A "ding" isn't enough when you're in deep work. 🤫

Between "Focus Modes" and buried browser tabs, Google Calendar notifications are too easy to miss. It’s time to upgrade from a subtle alert to a persistent ringer that actually gets your attention.

Read more on why your current setup is failing you:

#CareerAdvice #SoftDev #MeetingRinger

https://meetingringer.com/why-do-i-miss-google-calendar-notifications/

Why Do I Miss Google Calendar Notifications? (And How to Fix It)

Stop missing your Google Calendar alerts. Discover 5 common reasons why Google Calendar notifications fail and how MeetingRinger provides the ultimate solution.

🅴🆁🆄🅰 🇷🇺Feb 14
Одна из наиболее годных публикаций о сертификации по ФСТЭКу — про оркестратор Nova Container Platform
Бездушная бюрократическая машина в лице госрегулятора вынудила людей пойти на такие вещи как:
  • Воспроизводимость сборки. Каждый компонент продукта собирается в изолированной среде, а для каждого образа формируется SBOM, позволяющий проверить источники используемых зависимостей и состав.
  • Контроль целостности. После сборки для каждого образа фиксировать хэш-сумму, с возможностью обнаружения любого изменения отдельных компонентов (артефактов).
  • Формализовать требования по безопасности. Определив набор защитных механизмов, заложенных в продукт (какие угрозы должны покрываться самим продуктом).
  • Не выдумывать модель угроз. Формировать полноценную модель угроз при аттестации информационной системы на стороне заказчика.
  • Использовать статический анализ. Поддерживающий контекстно-чувствительный и межпроцедурный анализ и определить целевые участки кода, подлежащие проверке.
  • Описать процесс разработки. Приводить сложившиеся практики к состоянию, когда возможно однозначно формализовать и обеспечить воспроизводимость (с подтверждением в рамках установленных требований).

Иначе говоря, внедрён ряд практик, которые оказались включены в процессы на постоянной основе, без пересмотра или отказа — закреплены как постоянная часть жизненного цикла создаваемого продукта:
Генерация SBOM, статический и динамический анализ, тестирование устойчивости, контроль целостности артефактов, подпись образов и детерминированные пайплайны сборки.

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

Каких-то 15-20 лет назад этот весь набор требований казался более чем естественным, но пришли времена системного кризиса. Когда всё это отступило под давлением мифических «требований рынка» — банальной погоне за быстрыми прибылями и минимальной себестоимостью. Такой же выдуманной и мифической сущности, как печально известная «невидимая рука» Адама Смита.
Т.е. зумеры с миллениалами открыли для себя мир разработки софта в том виде, каким таковой должен быть, даже когда решение (продукт) собирается из сотни чужих (сторонних) open source компонентов. Когда огромная или подавляющая часть продукта слеплена из говна и палок (является непонятно кем написанным и неясно как развивающимся).
Да и к вопросу независимого развития open source, использование компонентов (библиотек) из distrolеss-образов крайне полезно для обеспечения жизнеспособности и разнообразия в GNU'шном мире из-за безумного фрагментирования #linux'ов.

#контейнеризация #b2g #ФСТЭК #software #softdev #software-development #фстэк #lang_ru @Russia @rur
Когда сертификация — это не бумажка: как мы перестраивали Nova под требования ФСТЭК России

Со стороны сертификация ФСТЭК России часто воспринимается как преимущественно бюрократический процесс. Но при более близком знакомстве быстро становится понятно: ключевая сложность не в документах как...

Хабр
🅴🆁🆄🅰 🇷🇺Feb 4
Это виджет часов а-ля стимпанка для Plasma/KDE, но реально это приложение со вполне развитым интерфейсом взаимодействия с пользователем (по части GUI и UX/UI).
Реализовано на QML & JavaScript и показывая наглядно пример того, какими могут быть GUI-приложения и на linux'ах и остальных платформах. Коих не мало поддерживающих приложения на Qt'шном QML в сочетании с JavaScript.
Нет смысла всё и всегда делать квадратно-гнездовым, порой можно и такое варганить.
Смотреть видео-презентацию имеет смысл, т.к. сложно сообразить куда можно кликать и что вообще есть в этом приложении-виджете.
А кликаются и болтики (смена фона, вариантов тиканья) и планеты, можно таскать кольцо, можно защёлки на механизмах кликать для реконфигурации-трансформации. Годный пример нестандартного подхода к взаимодействию с пользователями, который был популярен 20 лет назад в мире windows-ов, но потом успешно забыт.



#software #softwaredevelopment #softdev #qml #kde #plasma #qt #javascript #lang_ru @Russia
🅴🆁🆄🅰 🇷🇺Jan 5
Деградация Apple с каждым релизом всё явственнее заметна — в очередном релизе напрочь позабыли элементарные вещи — о том, на чём 30 лет уже всё GUI держится (с UX/UI вместе).

I hope this article would be helpful in avoiding common mistakes in icon design, which Apple managed to collect all in one OS release. I love computers, I love interfaces, I love visual communication. It makes me sad seeing perfectly good knowledge already accessible 30 years ago being completely ignored or thrown away today.

#software #softdev #softwaredevelopment #Apple #GUI
It’s hard to justify Tahoe icons

Looking at the first principles of icon design—and how Apple failed to apply all of them in macOS Tahoe

tonsky.me
аккаунт более неактивенDec 16
Linux у разработчиков?! Почти везде ещё Windows!
Российский IT-сектор насыщен или даже перенасыщен людьми не желающими ничего нового осваивать, в плане ОС. Себя оправдывают таким образом, что якобы с них достаточно и так, типа им надоело и так постоянно что-то осваивать. Якобы оставаться в профессии у них получается лишь постоянно шевелясь, как на беговой дорожке. А потому не желают слезать с Windows'ов на своих рабочих машинах.

Это проходит только после того, как начинаешь их знакомить с концепией технофеодализма. Не вообще, абстрактно и теоретически, а показывая наглядно во что за последние 10 лет превратилась Windows.
Что дело не в импортозамещении, а том как последние осколки глобализма всё ещё пытаются адаптироваться к миру распавшемуся на кластеры. И наглядно на примерах стремятся поработить хотя бы парочку из его осколков.

Разработчики в ИТ-секторе реально перегружены вечными изменениями с новшествами и замордованы синдромом хронической усталости. Потому что подавляющая масса является лишними и чуждыми для этой сферы деятельности. Они пришли в ИТ от безысходности и отсутствия более приличных альтернатив. Это всё подобие синдрома «голландской болезни» — того, когда в Нидерландах нашли очень крупное месторождение газа (конкретно в Голландии). И разработка этого ресурса с добычей и последующей переработкой за 30-40 лет кардинально изменило общество.

Никакое импортозамещение не вымоет саботаж на местах, в лице рядовых исполнителей и мелкого звена бригадиров (в лице тимлидов). Даже не надейтесь на то, что якобы ИТ-шники разумные и одни из первых переползут на linux. Нихера, будут до упору и до усрачки долбиться с #WSL (Windows Subsystem for Linux), лишь бы до последнего оставаться в привычном для себя рабочем окружении.
Нужна идеологическая проработка, что это не РФ выбрало импортозамещение ради самоизоляции или под воздействием рестрикций («санкций»). А что повсеместно начался сдвиг пластов титанический из-за процессов никак с РФ не связанных. Для того, чтобы ушла попытка нихера не делать оправдывая это подменой следствий на причину.

Импортозамещение влияет лишь на малую часть решений, по организации серверов и рабочих мест. Однако, софт под это всё делался и будет делаться на Windows'ах толпой обезьян, мнящих себя ИТ-шниками. Вечно усталыми и всеми затюканными, у которых только одно стремление: «отъебитесь от меня, ну отъебитесь!».

#windows #linux #softdev #softwaredevelopment @Russia @rur
аккаунт более неактивенDec 11
Про использование самого по себе UML идёт на разных фазах процесса разработки программных систем.

Сперва идёт анализ требований, чаще всего через определение use cases, иногда называемых user stories — т.е. всё это ещё ни разу не функциональные требования. Этот анализ даёт модель предметной области (domain model), нечто иллюстрируемое набором определённых диаграмм. Более известное как conceptual object model. Описывает не программные объекты, а через термины реального мира представляет понятия.

На второй фазе идёт уже проектирование через определение программных объектов. Которым назначаются обязанности и описываются способы\варианты взаимодействия между ними.
Для чего используется dynamic view, это делается через UML sequence diagram (частный случай interaction diagram).
В дополнение к чему создаётся static view проектируемого решения через design class diagram.

Основное отличие второй фазы от первой в том, что диаграммы описывают уже классы используемые в исходном коде. И не обязаны соответствовать целиком и полностью модели предметной области.

Каков удел UML в этих раскладах?
Используется и для conceptual perspective описывая сущности реального мира, предметной области.
И как средство для specification perspective как способ выразить программные абстракции (описать компоненты с интерфейсами).
А так же и для implementation perspective — описания конкретной программной реализации, применимой к коду на определённом языке программирования.

Т.е. один и те же фигуры (диаграммы) #UML служат для самых разных уровней отражения и представления систем. В том числе и для разных фаз создания\проектирования создаваемых решений.
И всё это реально нужно перед тем, как получится применить познания подчерпнутые из #DDD или какого-то иного подхода.

#OOP #OOA #OOD #softwaredevelopment #softdev

RE: https://shitpost.poridge.club/notes/afh0dzhunr
аккаунт более неактивенDec 4

Там не только про ИТ-шечку, но и вообще зумерско-миллениальское:

А я построю домик в Майнкрафте
Булыжник, берёза и кроны листвы
Вы только взгляните, что я накрафтил
И здесь у пруда залутаешься ты.От чего в ИТ-стало душно, так это от карго-культа. Покрывшего всё, подобное мху не только на стенах снаружи, но и внутри зданий. Это надо высмеивать, конечно, и осуждать, в том числе и таким образом, схожим творчеством :)

#шансон #музыка #softwaredevelopment #softdev @rur

RE: https://hub.hubzilla.de/item/7d42bf9a-a1c9-4f51-8f51-57258c5b8d76

аккаунт более неактивенNov 24

Заплыв следует начинать всё же с #GRASP, про которой в массе своей люди слышали и не слышали. Широким массам знаком лишь #SOLID и то, когда к собеседованиям готовились или хотели и кого-то уделать\впечатлить из коллег.
Хотя есть даже на швабре, где тоже рекомендуются как раз работа Крэга Лармана «Applying UML and Patterns: An Introduction to Object‑Oriented Analysis and Design and Iterative Development». Однако, не просто так, а разбирая на базе девяти шаблонов GRASP:
• Information Expert
• Creator
• Controller
• Low Coupling
• High Cohesion
• Polymorphism
• Pure Fabrication
• Indirection
• Protected Variations

И не важно о ком идёт речь — про молодых специалистов возрастом до 30-35 лет или же про седовласых «заслуженных» и авторитетных спецов 45+ лет.
Мозгов с компетенцией, в основной массе, нет ни у тех ни у других. Одни только понты и гонор, с попытками разношёрстных манипуляций. Им сложно и не нужно погружаться в такие материи как то:

Ларман дает процесс — от анализа требований до концептуального проектирования. Он показывает, как из пользовательских сценариев прийти к модели, выявить сущности, роли и поведение.
Эванс, в свою очередь, формализует язык и паттерны для работы с предметной областью. Он показывает тактические конструкции (агрегаты, фабрики, спецификации) и стратегические приёмы — ограниченные контексты, контекстные карты, Ubiquitous Language.Хочется быть профессионалом? Не вот не ясно куда рыть и ковырять? Вот это тот свод принципов и литературы, что на полгода вперёд должно хватить.

#книги #softdev #softwaredevelopment #DDD

RE: https://hub.hubzilla.de/item/7c0fa19b-0454-4dea-aec7-2933cc2b7d56

аккаунт более неактивенNov 13
Русские и живущие в РФ почему-то поголовно считают, что основные мировые #САПР — это какой-нибудь #AutoCAD от того же #Autodesk
При этом, на поверку понятия не имеют, что САПР-ы вообщем-то сильно разные бывают: #CAD, #CAM, #CAE и даже всякие BIM или же #EDA, а так же #ECAD.
Как минимум два вида классификации

И тот факт, что на пост-советском пространстве популярность обрёл AutoCAD не отменяет многолетнее противостояние адептов #CATIA vs. #NX от Siemens, оно же #Unigraphics, а рядом с этим ещё и #Creo трётся постоянно (в прошлом известное как Pro/ENGINEER).
Этим инженерным школам и культурам, сложившимся вокруг данных САПР уже больше лет, чем большинству активных пользователей интернета.

И серьёзное место в мире САПР занимают решения от чисто российских компаний, если не считать ядра-движки от выходцев с пост-СССР. Например, компания стоящая за «Компас-3D» примечательна отнюдь не этим поделием, а заслугами своей «дочки» — «C3D Labs». Занимающейся разработкой и поставкой математического ядра по white boxing всем желающим. А таких ядер всего штук пять в мире и на них построена почти вся масса 3D САПР.
Да кому мол нужен то этот ваш «Компас-3D» в мире от упоротой «Аскон». Да в общем-то мало кому, а вот математического ядро от их «дочки» вполне неплохо востребовано по миру.

#softdev #software @Russia @rur
Система автоматизированного проектирования — Википедия

аккаунт более неактивенOct 30
Если в финтехе токсичная культура процветает, в отношениях между коллегами, но это часто компенсируется условиями. То среди разработчиков софта для ИБ и киберсека махрово цветёт скотское отношение работодателя к сотрудникам.
Т.е. нормальным до сих пор считается часть зарплаты платить в чёрную или же делить зарплату в сумасшедших пропорциях на оклад и премию.

У них связи в администрациях и силовых ведомствах, они типа умные и трудовое право не для них писано, к ним неприменимо :)
Бояре прямо, етить, с кучей челяди, приближённых и толпой негров\мужиков рабочих.
Даже увольнять нормально не умеют, а свои дебильные условия оформления подают или предносят почти всегда через low-balling.
Скотское отношение к персоналу явно обусловлено тем, что рынок сбыта продукции формируется не качеством и не уникально-функциональными особенностями решений. А тупо через знакомства, блат и вписывание в разные темы с тендеро-проектной деятельностью.
Если нет конкурентной борьбы на рынке за ниши сбыта, а всё через административный ресурс, то хрен ли тогда беспокоиться о производстве? Качестве и особенностях продукции?

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

#киберсек #softdev #software #cybersec #infosec #инфосек
Low-ball - Wikipedia