GitHub'у наступает крандец. Нельзя более доверять чему-либо там хостящемуся, хоть это lib'ы всякие C/C++ проектов и собирающиеся через скрипты с AUR, хоть компоненты всякие и модули в терминологии Go/Golang'а.
Управленческий хаос сопровождается серьёзными техническими проблемами. Технический директор Владимир Федоров был вынужден публично извиниться за участившиеся неполадки, объяснив их резким ростом нагрузки и продолжающимся переходом на серверы Azure. Нестабильная работа инфраструктуры уже начала отталкивать разработчиков. Например, создатель кроссплатформенного эмулятора терминала Ghostty Митчелл Хашимото (Mitchell Hashimoto) публично заявил об уходе с платформы из-за невозможности нормально работать.
Параллельно обострились проблемы кибербезопасности. Недавно хакеры скомпрометировали 3800 внутренних репозиториев GitHub через вредоносное расширение, установленное на устройстве одного из сотрудников, а в марте специалисты Wiz Research выявили критическую уязвимость, дававшую доступ к миллионам проектов, которую пришлось экстренно устранять.
Т.е. никакого апокалипсиса, а банально очередной закат ещё одного социально культурного феномена. Поотсвечивал несколько лет проект в разных трендах, стал якобы стандартом и основной для молодняка с синдромом утёнка, а теперь пока и на полки истории. Ровно как было и со Skype в своё время — опять же после поглощения Microsoft и переездом на сервера Azure :)
Корпорации почти все такие, сперва деньгами размахивают, затем идёт поглощение с перемалыванием, а после этого уже развал и тотальный демонтаж с дезинтеграцией на составные части.

#programming #softwaredevelopment #softdev #microsoft #github #lang_ru

Про этих самых AliveColors, которые с 2023-года пытаются ставить себя как альтернатива фотошопу, ушедшему с российского рынка.
Типичная проблема российских компаний — это частные компании и плохое место работы для наёмного сотрудника. Как платят, так и работают, в итоге получается порочный-замкнутый круг:

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

Например, технари полагают, что для людей желающих некоммерческой версией пользоваться не проблема сделать:
$: sudo flatpak remote-add --if-not-exists akvis --from https://s3.regru.cloud/akvis-flatpak/com.akvis.ru.flatpakrepo
$: sudo flatpak install -y akvis com.akvis.alivecolors
А из гуманитариев в таких местах остались лишь отбросы с моральными уродами — вот никто технарям и не подсказал почему и зачем сперва надо в виде AppImage-выпускать свой продукт отлить. Что по ряду социальный причин это более важно и обеспечивает-помогает в плане сбыта, потом уже обеспечивая рост закачек через flatpak-репозиторий. Это всё с того, что не задерживаются те, кто готов брать на себя владение продуктом целиком, в разных частях product live cycle. Чтобы от разработки до сбыта и продвижения с анализом обратной связи.

Если видишь компанию ориентированную сугубо на российский рынок — почти всегда там такая проблема и беда в 9 из 10 случаев. И да, это частная, а не публичная компания. Где гендир чуть ли не основной собственник и в компании царит тоталитарное давление его мнения и суждений. Отношение к сотрудникам как к дерьму — всякой падали второсортной и холопам с холуями. Нормальные людей возле таких гендиров-собственников не задерживаются, одни только подлизы с корпоративными собаками. Нет вменяемых людей готовых не служит-прислуживать, а заниматься продуктами и проектами.

И так сложилось, что большинство подобных компаний последние 20-25 лет сосредотачивались в московском регионе, которые специализировались на продукции для российского внутреннего рынка. В то время как в Санкт-Петербурге с начала 2000-х годов основное число софтовых компаний ориентировались на международный рынок. Потому как на внутреннем российском конкуренции почти нет (жуткая толкучка) и он мизерный по объёмам выручки с ёмкостью ниш — всего 1,5...2% от общемирового. У многих случилась деформация жуткая, сформировалась стойкая аллергическая реакция на компании делающие сугубо продукцию для российского рынка. Именно в силу того самого, что в них обычно царит и как они обычно устроены :)

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

#AliveColors #software #softwaredevelopment #softdev #lang_ru

RE: https://quietplace.xyz/notes/am1re7qdmgk30pi2

Классическое и регулярное напоминание о том, какими должны быть комментарии в том же программном коде, документация к библиотеке и/или же любой «сопроводиловке» на проекте.

Следует всё стараться излагать так, чтобы было и однозначно ясно, неоспоримо и выглядело красиво!

#документация #программирование #documentation #programming #development #engineering #softwaredevelopment #softdev #software #software-development #lang_ru @Russia

Порадовало, что последнее время сборка OrganicMaps из исходников проходит за 15 минут даже не древнем железе, от начала процесса до появления пакета пригодного к установке в системе. Из которых десять минут занимает выкачивание исходников сторонних библиотек и boost'а и не только, используемых через submodules механизм git'овых репозиториев.
Это про AUR на ArchLinux оригинальном и деривативах.

Так понимаю, что они добьются ускорения процесса, если выкинут необходимость собирать .a-файлы. В большинстве проектов это не сложно, т.к. набор из .obj-файлов объявляется виртуальным модулем (библиотекой) в терминах CMake. Уходит надобность тратить время и ресурсы на создание .a-файлов, а потом на то, чтобы линкер всё это распаковывал обратно собирая (линкуя) двоичные файлы.

#software #softwaredevelopment #software-development #softdev #organicmaps #OrganicMaps #lang_ru

Одна из наиболее годных публикаций о сертификации по ФСТЭКу — про оркестратор Nova Container Platform
Бездушная бюрократическая машина в лице госрегулятора вынудила людей пойти на такие вещи как:

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

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

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

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

#контейнеризация #b2g #ФСТЭК #software #softdev #softwaredevelopment #software-development #фстэк #lang_ru @Russia @rur

Это виджет часов а-ля стимпанка для 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

Деградация 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

Для прикладных задач следует использовать каналы, в рамках CSP-подхода к многопоточности (Communicating sequential processes). Поскольку этот подход (концепция) проще для восприятия и контроля происходящего. Легко моделируется и верифицируется посредством всяких TLA+ и аналогов.

Бывает необычный Go'шный код? В тех случаях, когда пишется расширение стандартной библиотеки в плане контейнеров. В конце концов, те же самые каналы как раз под капотом у себя и содержат мьютексы. Вот только вещи такие крайне редко пишутся, такого рода специальные средства библиотек создаются одним человеком на миллион обычных пользователей языка.
По части интеллекта надо быть крайне альтернативно одарённым, чтобы свою задачу ставить в один ряд с чем-то подобным.

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

Ловушка мышления тут в том, что одноразовый код не представляет ничего особенно страшного для людей привыкших придерживаться нормальной микросервисной архитектуры. Где считается вот этим самым микросервисом то самое, что проще каждый раз написать с нуля, чем изменять и отлаживать изменения :)
Таким людям крайне сложно объяснить почему кодовая база вообще должна быть без технического долга и такого рода косяков. В дополнению к вложению кучи времени и сил в создание и поддержание истинно микросервисной архитектуры. Встречается это в in-house разработка — компаний живущих с онлайн-сервисов (Авито, Яндекс, Озон, ВК и т.д. и т.п.)

Как ставить в очередь на увольнение? Выносить дисциплинарное взыскание штатным порядком, приказом по организации. Если за год набирается три штуки таких официальных взыскания, то можно увольнять «по статье» полностью соблюдая ТК РФ и нюансы Трудового Права РФ (которые не ограничиваются одним лишь ТК РФ).

#могопоточность #multithreading #CSP #software-development #softdev #softwaredevelopment #golang #go #программирование #programming #lang_ru @Russia

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

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

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

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

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

#windows #linux #softdev #softwaredevelopment @Russia @rur