LINUX.ORG.RU

36
Всего сообщений: 1573

The Open Source

https://dtf.ru/indie/53645-the-open-source-igra-pro-budushchee-devushku-i-svo...

Главная героиня - единственная неподвластная корпорации. Ее разработали с применение открытого софта (Free and open source software) и она одна такая в системе.

Цель обойти все ловушки и разрушить код корпорации.

Игру буду делать с применением свободного, открытого и бесплатного софта: игровой движок Godot, 3d редактор Blender, графические редакторы Krita и GIMP, Linux, git.

Разрабатывать открыто под лицензией Creative Commons CC0 и все смогут игру использовать и модифицировать. Сейчас можно скачать с гитхаба модельку главной героини (еще будут доработки, открывать в Blender 2.8)

Признавайтесь, кто из ЛОРовцев делает игру?

 , ,

ozz_is_here_again ()

Зарабатывать на своём (опенсурс?) проекте.

Котятки, сегодня пятнично, и, я надеюсь, вы окажетесь более разговорчивыми, чем в другие дни. Хочу сделать вброс и надеюсь получить в ответ на него интересные мысли. Я давно занимаюсь этим вашим программированием, порядка восемьнадцати лет. И сколько я им занимаюсь, столько мечтал, что когда-нибудь запилю свой проект и выйду на самоокупаемость, после чего перестану работать на дядю и начну работать на клиентов. Несколько раз я был близок к этому, но каждый раз сила обстоятельств оказывалась для меня непреодолимой. Это были и десктопные проекты, и флеш игры, и веб, всякое было, но кто прошлое помянет - тому глаз вон, потому давайте не будем о грустном. Я хочу поинтересоваться у вас во-первых, как вы считаете, насколько реально одинокому разработчику стать самому себе хозяином? Хотя, это не столь важный вопрос, как второй. Потому что я сам для себе уже показал на практике, что это осуществимо. Второй вопрос, более важный, - что таки актуально сейчас делать, чтобы осуществить эту затею? Чмоки всем, кто в чяте.

 , ,

beaver ()

Исполнился год публичной работы DeepTech-группы

DeepTech-группа работает над созданием технической базы сопротивления тотальному слежению и контролю.

Слежение и контроль за гражданами непрерывно усиливается во всём мире, переходя все разумные границы. Мы предлагаем всем неравнодушным техническим специалистам объединиться для защиты.

C нашей точки зрения, существующих инструментов (например Тор) не достаточно для серьезной защиты авторов, ведущих блоги, проекты и т.д. Поэтому в рамках группы мы проводим исследования и разрабатываем новые инструменты защиты, а также предоставляем сервисы для разработчиков и активистов.

Одна из простых идей: для выхода из-под контроля полезно использовать собственные self-hosted сервисы. Поэтому кроме предоставления сервисов, мы развиваем их так, чтобы достаточно просто можно было поднять их у себя.

Подробнее можно прочитать на нашем сайте

Итоги сделанного за год

Сервисы (в основном как скрытые сервисы в Торе)

  • Запущен форум (с подправленным движком для сокрытия метаданных)
  • Опубликован статический сайт в Интернете и как скрытый сервис в Торе
  • Поднят свой git-хостинг на основе gitolite и cgit
  • Поднят trac в качестве трекера задач и вики

Разработка

  • Начата работа над проектом Delaytor

О проекте Delaytor: для защиты от атак шейпинга и пересечения предлагается внести существенные задержки между отправкой сообщения и его доставкой. Первая версия реализуется в виде self-hosted сервиса, который принимает сообщения и потом с задержкой в несколько часов отправляет их на целевые сайты/платформы (в соцсети, блоги, форумы, мессенджеры).

Из недостигнутого

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

Планы на будущий год

  • Выпустить Delaytor v1.0 с поддержкой нескольких целевых сайтов
  • Улучшить инфраструктуру (автоматические бакапы, мониторинг, обновления)
  • Завершить исследование атак шейпинга и пересечения (выполнить необходимые расчёты и симуляции)
  • Создать небольшое сообщество

Последний пункт наиболее сложный для нас, будем рады предложениям, как правильно работать над этим в наших условиях.

Источник: https://deeptechgroup.net/blog/dtg-public-one-year/

Обсудить на форуме DTG: http://dtforceyo5xwxfl7.onion/forumdisplay.php?fid=2

 , , , ,

deeptechgroup ()

Вышел 4 эпизод Моревны - Open Source мультфильм

Вот наткнулся - https://peertube.touhoppai.moe/videos/watch/62db14e1-da3e-4f4f-816f-c57673303d25

Как они утверждают здесь используется лишь СПО программы, и выпускаются все под лицензией Creative Commons.

Что вы думаете по поводу деятельности этого проекта?

 , , , ,

gtk3 ()

В гитхаб завезли донат

По-русски тут: https://habr.com/ru/news/t/453132/

Лялих тут при том, что вы можете донатить, пока красноглазите, и красноглазить, пока донатите

 , ,

beaver ()

В ProtonMail появилась поддержка эллиптической криптографии

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

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

Метод шифрования на основе эллиптических кривых используется в большинстве современных сервисов и приложений, таких как WhatsApp, Chrome, Firefox, Opera и Tor. В марте 2018 года команда ProtonMail добавила криптографию на основе эллиптических кривых в OpenPGPjs, поддерживаемой ими библиотеке шифрования с открытым исходным кодом, которая позволяет сотням приложений использовать преимущества криптографии нового поколения. В августе OpenPGPjs прошел независимый аудит безопасности, проложив путь к внедрению в ProtonMail.

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

Таким образом, за последние несколько лет все больше сервисов и протоколов внедряют более эффективный метод криптографии, называемый криптографией с эллиптической кривой. ECC также опирается на математическое уравнение, но для достижения того же уровня безопасности необходимо гораздо меньшее число. Для более подробного объяснения того, как работает этот вид криптографии, Ars Technica опубликовала полезный отчет.

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

Криптография с открытым ключом - как высокобитовая RSA, так и эллиптические кривые - чрезвычайно безопасна. Как и в любой зашифрованной системе, единственный практический способ ее взлома - использовать слабые места в ее реализации, а не в самой математике. В случае ECC существует только две известные атаки: одна использует преимущества генераторов случайных чисел, а вторая использует такие вещи, как энергопотребление девайса, чтобы получить представление о ключах. Оба из них хорошо поняты и были «смягчены» много лет назад.

В ProtonMail была выбрана особая система эллиптических кривых, известная как X25519, которая является быстрой, безопасной и особенно стойкой к временным атакам. Она проста в реализации и не является предметом каких-либо патентных притязаний.

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

Как использовать шифрование ECC:

Если вы хотите сгенерировать новые ECC-ключи для своих писем, то добавить их можно в меню настроек почтового аккаунта. При этом старые RSA-ключи надо сохранить, т.к. только с их помощью вы сможете читать зашифрованные с помощью RSA письма.

Полная инструкция по ссылке ниже.

Подробности

Перемещено jollheef из opensource

 , , , ,

anonymous ()

Свободный драйвер Lima для mali-4xx GPU приняли в ядро и mesa

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id...

https://gitlab.freedesktop.org/mesa/mesa/commits/master?utf8=✓&search=lima

Хорошая новость для всех владельцев орандж паев и прочих девайсов с mali 400/450. Возможно,добавление этого драйвера в ядро и mesa как-то повлияет на скорость разработки и мы получим нормальное 3d ускорение opengles без блобов и прочего Г.

 , , ,

Elmer_ ()

Какой программы под Linux вам не хватает?

Хочется найти полезные идеи для создания ПО.

Какого ПО на Linux нет и, по вашему мнению, появление такого ПО будет полезно многим людям?

Если кто-то знает свежие проекты, которые создают нечто подобное, буду благодарен, если дадите наводку.

Также буду благодарен, если скажете «хочу в $ПО_нейм иметь фичу $Х».

С другой стороны, ответы «хочу порт Photoshop» не считаются интересными. Графические редакторы уже имеются под Linux, проблема в изучении нового инструмента и числе отсутствующих фич.

 , ,

elonmusk ()

Закрытие ранее опенсорсных прог, как это называется

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

 

justin_case ()

EEVblog про будущее KiCad

https://www.youtube.com/watch?v=zaYBc0akaUE

Кратко предсказания Дейва для Ъ:

  • KiCad скорее всего сильно потеснит остальные бесплатные/дешёвые CAD'ы для электроники на рынке.
  • KiCad возможно неким образом коммерциализируется. Либо какая-то одна компания возьмёт его под своё крыло и будет продавать техподдержку и реализовывать фичи под заказ. Или же будет создана организация KiCad Foundation для централизованного сбора средств и финансирования (это он уже в комментах написал).

P.S. Пятая версия кикада очень хороша, на мой непрофессиональный взгляд.

 , , , ,

mironov_ivan ()

Доколе?

Сообщество Blender представило новый свободный анимационный фильм Spring

Вот зачем в тегах Open Source, а в заголовке свободный? Это типичная freeware с сорцами за бабосики. Если тег относится к blender-у, то я тоже могу собрать gcc (который opensource) свою проприетарщину и залить новость на ЛОР в раздел opensource?

PS

Вечером смогу ответить.

 

peregrine ()

Вакансия программист python

Привет всем!

В Казанский офис крупной IT-компании приглашаем программистов python разного уровня.

Пул задач:

  • Разработка и отладка программного кода в соответствии с техническим заданием;
  • Ведение программного кода в соответствии с установленными требованиями;
  • Проверка работоспособности и рефакторинг кода программного обеспечения;
  • Разработка тестов на программный код.

Требования:

  • Хорошее знание Python;
  • Владение инструментами сборки проектов, контроля версий, тестирования;
  • Опыт коммерческой разработки ПО.

Будет плюсом:

  • Знание английского языка;
  • Опыт работы в команде;
  • Понимание основ облачных технологий;
  • Понимание основ сетевых технологий;
  • Опыт разработки высоконагруженных систем;
  • Опыт написания тестов.

Условия:

  • Официальное трудоустройство в соответствии с ТК РФ, график работы 5/2.
  • ДМС со стоматологией для всех сотрудников.
  • Обучение английскому языку.
  • Зарплата по результатам собеседования, окладная система оплаты труда, вилка 35к-120к.

Пишите на lesya.j2015@yandex.ru

 , , , ,

Asuka91 ()

Отчёт SPI о пожертвованиях открытым проектам

Некоммерческая организация SPI (Software in the Public Interest), курирующей приём пожертвований и юридические вопросы (торговые марки, владение активами и т.п.) для некоторых открытых проектов, опубликовала отчёт (PDF) с финансовыми показателями за 2018 год.

Общий размер собранных средств составил 1.4 млн долларов. Некоторые из получивших пожертвования проектов (сумма в долларах):

Debian                         337196
Arch Linux                     294268
systemd                        190004
FFmpeg                         105606
ArduPilot                       40465
X.Org                           39981
PostgreSQL                      30961
OpenZFS                         22168
LibreOffice                     16786

Jenkins                          6202
0 A.D.                           3190
OpenWrt                          2368

OpenEmbedded                      313
freedesktop.org                   203
haskell.org                        57
MinGW                              29
Fluxbox                             1
GNUstep                             0

 ,

alexferman ()

Подскажите по архитектуре для сервер-сайд клиента (автопостера) для мессенджеров, форумов, блогов, соцсетей

Всем привет!

Мы разрабатываем новое open-source веб-приложение с нуля, называется Delaytor (http://dtdevgo7fei5dy6ljfrahl5j5pjq5zo7rlhpl3myetexpxv56upinuad.onion/dtg-delaytor.git/about/ - хостимся у себя в Торе).

Задача: предоставить возможность пользоваться системами коммуникации (соцсети, блоги, мессенджеры, форумы) автоматизированно.

Для чего нужно: прямое использование анонимных сетей типа Тор или I2P уязвимо к атакам пересечения и шейпинга траффика (см. например https://deeptechgroup.net/blog/practical-attacks-against-realtime-anonymizing-systems/). Наиболее эффективная защита от подобных атак – уйти от доступа к сайтам в реальном времени, внеся существенную задержку между отправкой сообщения в сеть и получением этого сообщения целевой платформой (и в другую сторону, задержку между отправкой и получением ответа).

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

Чем отличается от уже существующих систем автопостинга:

  • self-hosted
  • открытое и свободное ПО
  • фокус на псевдонимности и безопасности пользователей
  • пытается покрыть весь процесс работы с целевым сайтом или сервисом так, чтобы пользователю не требовалось заходить на этот ресурс без Delaytor’а, таким образом снижая риск деанонимизации
  • не предназначен для рассылки спама

Архитектура решения

Была предложена такая архитектура (по ссылке схема в png).

На своей VPS пользователь запускает веб-приложение Delaytor как скрытый сервис Тор или I2P, затем управляет им через браузер. Указывает настройки (параметры доступа к целевым сайтам и мессенджерам). Передает сообщение, которое нужно отправить; указывает, куда. Указывает, через какие прокси или VPN нужно его доставить. После этого отключается, и Delaytor через заданное время осуществляет отправку (также может осуществить чтение ответов, комментариев и т.д. и т.п.). Отправка выполняется конкретным сервер-сайд клиентом под каждый конкретный сайт или сервис. Например, для отправки в Телеграм можем использовать официальную библиотеку. Для отправки на LOR - браузерный клиент. Для отправки в Твиттер - официальный REST API соцсети. И т.д. Компоненты веб-приложения:

Core, User API

  • Python, Django
  • шедулинг автопостинга, управление…
  • поддержка нескольких пользователей (для групп)
  • админский интерфейс

База данных

  • MongoDB или Postgres?

Клиент

  • веб-клиент без Javascript (требование безопасности и правила хорошего тона, принятые в Торе)
  • Другие (десктопный, мобильный)

Модуль конфигурации

  • три уровня конфигов: кампании, пользователя и всего сервера (админские)
  • сохранение параметров доступа к целевым сайтам
  • сохранение параметров доступа к внешим сервисам и АПИ (решение капч, VPN, прокси)

Модули Workers

  • абстрактные интерфейсы типа Блог, Мессенджер, Форум, которые реализуются в воркерах
  • запускаются как отдельные приложения с REST-интерфейсом в докер-контейнерах - для упрощения маршрутизации траффика и для изоляции (нужно ли?)
  • могут быть написаны на любом языке (для реализаций с использованием нативных библиотек мессенджеров, типа Телеграма, зависит от наличия биндингов на этом языке)
  • модуль HTTP API worker может быть один для всех сервисов, предоставляющих такой API (возникнет вопрос с маршрутизацией траффика…)
  • браузерные модули могут использовать Splash, Selenium и другие технологии (TBD)
  • мы хотим использовать HTTP API везде где только можно, но не все сайты его предоставляют, или же предоставляют очень урезанные API. В некоторых случаях мы можем использовать внутренние API, используемые мобильными приложениями этих систем вместо использования браузера.

Модуль обхода CAPTCHA

  • мы бы хотели вообще не попадать на капчи, но это вряд ли возможно на практике
  • многие капчи можно распознать используя современное машинное обучение и OCR. Есть облачные сервисы для этого, или же мы можем попробовать сделать свой (явно не в версии v1)
  • человеческие фермы для решения капч, хотя и уродливы, но предоставляют дешевый сервис (учитывая, что мы не предполагаем спамить), а также доступ через API. Так что по-видимому разумно их использовать…

Транспортный модуль

  • поддерживает Tor, I2P, VPN, сети прокси-серверов
  • позволяет комбинировать транспорты, например Тор + прокси или Тор + VPN
  • маршрутизирует траффик в соответствии с конфигурацией (т.е. различные целевые сайты могут получать данные по разным путям)

Вопросы

  1. Мы будем рады конструктивной критике нашего подхода. Конкретные вопросы, которые пока не продуманы в архитектуре решения, ниже.

  2. Стоит ли использовать докер-контейнеры для воркеров? Конечно, решение self-hosted, большой нагрузки не предполагается, но всё же. Польза в них видится в том, что там уже реализована виртуальная сеть, соответственно можно инстанциировать контейнеры с нужной конфигурацией сетей для маршрутизации траффика через сконфигурированный транспорт.

  3. Если докер не использовать, то как тогда можно решить задачу маршрутизации? Грубо говоря, хотим один HTTP-запрос отправить через Tor + VPN к сайту A, а второй - через Tor + прокси к сайту Б.

  4. Какая база данных лучше подойдет для данного проекта? Видятся два варианта - Postgres или MongoDB. Пока склоняемся к Монге, потому что будем хранить разнородные данные (посты, комменты, соообщения) из разных форумов, соцсетей, мессенджеров. Кажется, реляционная база принесет больше сложностей в разработке… При этом аналитика нормализованных данных не очень интересна в данном приложении (не первостепенна).

  5. Какие браузерные (и небраузерные, когда это возможно) технологии автоматизации вы порекомендуете? Конкретно, для таких классов задач:

    • автоматизация простых блогов, форумов (типа LOR, phpBB и др.)
    • автоматизация джаваскриптовых соцсетей (типа VK, FB)

Спасибо!

 , , ,

deeptechgroup ()

Microsoft снова внёс весомый вклад в течение Open Source

https://github.com/Microsoft/calculator

У кого-то ещё остались сомнения что Microsoft новая корпорация Бобра?


Upd. Оказывается, приложение написано не на чистом C++, а на диалекте С++/CX — биндинге к .NET-платформе и Windows Runtime.

https://github.com/Microsoft/calculator/blob/057401f5f2b4bb1ea143da02c773ac18d1bb9a2e/src/Calculator/App.xaml.cpp#L101-L115

Что им мешало написать сразу на C# — загадка.

Неужели они переносили ядро калькулятора, его движок, из старой версии на WinAPI + C в эту новомодную на XAML и C++/CX?

P.S. Старая версия выглядела вот так, если кто-то не помнит: https://imgur.com/gallery/2GG5X


Upd. Ха-ха, моё предположение оказалось верным. Действительно, под капотом модный и современный калькулятор из Windows 10 работает на древнем движке код которого уходит в 90-ые годы.

https://github.com/Microsoft/calculator/tree/master/src/CalcManager/CEngine

Просто сравните названия файлов с теми названиями, которые имеются в утёкших исходниках Windows 2000:

http://esxi.z-lab.me:666/~exl_lab/screens/windows_calc_old_vs_new.png

Видимо этим и обусловлен выбор C++/CX вместо привычного C#.

 , , ,

EXL ()

Посоветуйте форматов для публикации книги

Здравствуйте, уважаемые лорчане! Скоро выйдет моя никомунинужная долгожданная сногсшибательная книга про ЭТО (конечно же, про линукс, а вы что подумали). Plain Text почти готов, пришло время подумать, в какой формат запилить.

Полистав список и сравнение форматов на вики, https://en.wikipedia.org/wiki/Comparison_of_e-book_formats, понял, что основных форматов несколько, но насколько мне известно, самые популярные из открытых это: pdf, epub и чуть менее популярный fb2. Причем за пределами России популярность fb2 по непонятным причинам резко падает.

Какие еще форматы стоит поддержать? Или хватит вот этих трёх?

Возможно, будет неплохим вариантом сделать html-версию (может, в виде сайта, чтоб в онлайне читалось).

Еще думаю, стоит ли делать mobi, ведь, как оказалось, это проприетарщина. Но зато он может быть без DRM, и его легко закинуть на любой амазон киндл.

Всякие azw даже не рассматриваю, ибо это тот же проприетарный mobi, только кастрированный.

В общем, по всему получается, что 3-5 форматов поддерживать надо. Но каких?

Перемещено jollheef из opensource

 , , , ,

anonymous ()

.Net Core 3.0 C# 8 vs Java 12

Java, как язык, че-то тухло развивается, на фоне .NET Core и C# 8. Как оно вообще, на Линукс, взлетело? Майкрософт очень не хило бустит эту платформу в opensource - тут тебе и Docker сборки постоянные, и уже даже работа на Upwork переодически подворачивается под .net core.

Попробовал под маздаем, вроде, гламурно. Жрёт мало, работает шустро, имхо, можно начинать писать Console Application только в путь, особенно тем, кто ратует за статическую типизацию и ооп, C# 8, async/await.

Есть Rider, VSCode, VisualStudio IDE.

Пишите свои саксесс стори с .NET Core, благо майкрософт скоро выкатывают 3-ю версию, пора бы уже завоёвывать рынок демонов и игровых серверов, кстати, что, если переписать Minecraft Game Server под .net core - он будет меньше течь и жрать рамы? :)

 , , ,

menangen ()

OpenSource проект на Scala с нуля

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

Кастую @maxcom, т.к. он, как мне показалось, пишет на скале.

ЗЫ. на реализацию - порядка 2-3х месяцев

 ,

bvn13 ()

Про комментарии в исходном коде

Предварая темку, хочу сказать что фактически я занимаюсь чем-то типа аутсора на дому, т.е. это и не фриланс, где, наверное, для заказчика продукт это действительно черный ящик со входами и выходами – в аутсорсе же твой продукт проверяется работодателем как именно проект (архитектура, алгоритмы, код), но тем не менее это не есть плотное взаимодействие с коллективом… Т.е. «вращайся» бы я в каком-нибудь коллективе очно – может быть таких вопросов и не было :)

Так вот, очень часто, в рекомендациях по оформлению исходного кода, можно встретить мол «в хорошем коде комментарии не нужны. Комментарии заменяет именование».

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

Это код написанный чисто мной, и я еще не раз буду так или иначе в него возвращаться, и более-менее помнить, что где и для чего… Но вот, настали задачи, где приходится работать уже с чужим кодом. В чужом коде написано с хорошим именованием, возможно даже лучшим чем моим.

Но как я оказался благодарен прошлым разработчика за то, что:

I. Буквально каждый метод любых интерфейсных классов продокументирован (в стиле доксиген).

II. В каких-то алгоритмических штуках (там всякие графы и алгоритмы поиска) важные места кратко описаны в комментариях непосредственно в коде.

III. К проекту есть описательная документация (т.е. такая общая – например, как работают алгоритмы в общем, без привязки к деталям реализации).

Все эти три пункта делают хороший вклад и в ориентировании в коде, и в видении архитектуры продукта и т.п. Без любого из этих пунктов тратилось бы намного больше времени чтобы разобраться. При этом пункты 1, 2 так вообще кажется не потратят много времени на своё сопровождение от разработчика. Да, если в методах много параметров, и много методов с документацией_доксиген этих параметров, и бывает что параметры меняются, и отвлекаться когда «прёт» на отражение изменений в комменты_документации не хочется – ну и пусть. Ведь можно же выделить скажем раз в неделю, в пятницу вечером, время на приведение этих комментов к новым изменениям (исключительно в своей зоне ответственности). А пункт 3 конечно тяжелый, но мне кажется, если это не проект на просто «раз-два и в продакшн» - то для самого себя же возможно пригодится, если случится вернуться к проекту спустя годы…

И вот например в проектах, которые такие доолгие, как колекция компиляторов GCC (по крайней мере STL ++ либа), как ядро Линукса - всё очень хорошо с комментариями.

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

А вот взять не такие дооолгие проекты – Телеграмм, движок Блинк, какие-нить простенькие игры которые по умолчанию в дистрибутивах включаются – в их коде нет комментов. Ладно Xmoto, но над Блинком и Телеграмом, ведь трудятся огромное кол-во людей… Неужели им не мешает отстуствие комментов в коде?

В общем интересно что Вы думаете про комментарии в коде.

1. Ведете ли I,II (а может III) в своих личных проектах?

2. В «корпоративных» проектах – как у вашей компании принято на тему I, II, III – т.е. доксиген_комментариям_к_параметрам_фии_и_её_предназначения(I), комментам_внутри_тела_ф-ии(II), отдельного_описания_логики(III). Может быть у вас даже принято UML схемы составлять и прицеплять их в (III). Расскажите, пожалуйста, очень интересно.

3. Что думаете на тему Блинка, Телеграмма, и прочих больших проектов, код которых открыт – почему там нет комментов? Может быть там все это есть (I,II) но во внутреннем, скрытом репозитории кода, а в открытом – версия без комментов, т.к. возможно именно комменты и описание алгоритмов поверх открытого исходного кода, они воспринимают как интеллектуальную собственность, и поэтому не публикуется?

 ,

bonta ()

Посоветуйте плагин для Wordpress

Знаю, что не по адресу, но так даже веселее.

Ищется опенсорсный плагин, который умеет выводить посты плиткой (или не плиткой, главное чтобы настраивалось). С тегами, превьюшкой. Вдруг опенсорсное сообщество чего-нибудь родило.

Почему опенсорсный? Я зажал денег на платные плагины. Да и как-то пропадает желание покупать плагин, когда демка предоставляется в виде «работает одна кнопка из 100, слыш купи». А если какой-нибудь опенсорсный плагин найдётся, и будет действительно годным - то ему и не жалко задонатить.

Может кому принципиально, но используется ClassicPress (ну типа это, не говновротпресс, а прям форк от благородного сообщества).

 , ,

ozz_is_here_again ()