25.05.2024
velkin
Дневник, блог, записная книжка, рабочий журнал. Прочитал статью Рабочий дневник программиста. Автор предлагает записывать туда словесный поток мыслей.

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

Впрочем некоторые занимаются этим здесь на форуме. Но вопрос в другом, стоит ли в буквальном смысле следовать совету автора?

Мне лично идея нравится. Другое дело неужели никто этим не занимается? Видел ли кто-нибудь подобные дневники в свободном доступе? Если видели скиньте ссылки.

Давным давно пока поисковики не скурвились я находил дневники в поиске. Сейчас кроме какой-нибудь алёны c++ не вспомню, а это была самая попса.

Да и то смотрю люди сдерживаются. Видно, что не публикуют всё заподряд, что противоречит идеи автора.

Я в общем-то понял, что тоже сдерживаюсь включая мой блог на рсдн.
18.04.2024
velkin
Личная база знаний всё время меняется, в результате могут образоваться битые ссылки.
1. Меняются названия якорей атрибута id в html5.
2. Меняются названия страниц html5.
3. Меняются относительные пути к страницам html5.
4. Меняются ссылки к внешним ресурсам html5.
5. Меняются значения внутренних и внешних ресурсов.

Последний пункт относится к переосмыслению понятий, когда думаешь, что это одно понятие, а оказывается, что другое.

Причём понятие не обязательно полностью меняет смысл.
1. Оно может получить уточнение от общего к частному.
2. Или напротив нужно обобщить его от частного к общему.
3. Но, конечно, и не исключён вариант полной смысловой замены.

Речь о том, что даже не битая ссылка может.
1. Указывать на неверный ресурс.
2. Неправильно охватывать текст.
Так что никакое индексирование бы в итоге не помогло.

Я искал ручное решение без специальных программ и "нашёл".

Смысл в том, что ничего специально делать не нужно. Ссылка прверяется в момент нажатия на неё.
28.12.2021
velkin

Мой ответ нет, не нужны


Разбиваю аргументы за комментарии и оценки.

Комментарии полезнее самой статьи


Если комментарии полезнее самой статьи, то для чего пишется сайт. Возможно это очередной говносайт погнавшийся за зелёным баксом. Качество не имеет значения, наделать говноконтента, обвешать всё рекламой и вперёд. У кого больше говноконтента, тот и победил.

Полно таких сайтов, выигрывают, конечно, агрегаторы говноконтента. Опять же если комментарии такие полезные, то может авторам этих самых комментариев начать писать свой контент.

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

Так же понятно, что комментарии увеличивает вовлечённость некой части аудитории. Хотя некоторые просто изливают в них свою ненависть к окружающему миру. А ведь комментарии прочтут так же те, кто пришёл почитать статьи...
15.04.2024
velkin
В очередной раз задумался, стоит ли использовать при проектировании программ Расширенные Формы Бэкуса Наура (англ. Extended Backus Naur Form), сокращённо РБНФ (англ. EBNF). И дело не только в них, возможно что-то другое подобное, включая различные парсеры.

Локализация ISO/IEC 14977:1996(E) (Extended BNF)

Фактически, если вы можете описать синтаксис языка программирования, который представляет собой инструкции и является ограничением над простым текстом (plain text), то точно так же вы можете описать прочие ограничения, такие как идиомы...
20.03.2024
velkin

Введение


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

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

1. Файлы (*).
2. Текст (txt).
3. Гипертекст (hypertext markup language).
4. Zim (wiki markup).
5. Obsidian (markdown).

Markdown это видимо игра английских слов, в противовес markup. Ведь технически markdown это именно markup, а не markdown.

Файлы


В начале можно было рассказать как упорядочивать файлы в файловой системе.
1.1. Свалка.
1.2. Имена.
1.3. Списки.
И возможно кое-что ещё.

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

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

Для примера производители софта из США игнорируют рынки России и Китая намеренно не делая локализацию. Или производители софта из Японии концентрируются на японском рынке.

Более того, даже китайский рынок имеет своих гигантов, которые так же нацелены лишь на свою внутреннюю аудиторию.

Чтобы не думали, что я рассуждаю чистыми абстракциями приведу пару примеров для каждой страны.
1. США. Microsoft, Apple.
2. Япония. Sony, Nintendo.
3. Китай. Tencent, NetEase.

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

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

https://rsdn.org/poll/9967

Одностраничная документация

Плюсы.

1. Страницу нужно загрузить лишь один раз.
2. Можно переходить по всей документации с помощью полосы прокрутки.
3. Поиск по странице работает на всю документацию.
4. Данные можно переносить по всей документации без перехода на другие страницы.

Минусы.

1. Загрузка и обработка документации происходит дольше.
2. Нет изолированности одного раздела документации от другого.

Многостраничная документация

Плюсы.

1. Загрузка и обработка документации происходит быстрее.
2. Есть изолированность одного раздела документации от другого.

Минусы.

1. Страницы нужно загружать каждый раз.
2. Нельзя переходить по всей документации с помощью полосы прокрутки.
3.
16.02.2024
velkin

Введение


Со статьями предшествующими данной статье можно ознакомиться по ссылкам ниже.

Предыдущие статьи.
1. Систематизация личной базы знаний по программированию в Zim (26.07.2023)
2. Синхронизация личной базы знаний по программированию в Zim (03.10.2023)
Связанные статьи.
1. Разработка через документирование (documentation-driven development) (29.05.2022)
2. Обучение с помощью карточек (21.11.2020)

Размеры изображений


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

По поводу размеров исходя из опыта написания статей для rsdn пришло в голову, что ориентироваться нужно на ширину.
1. 640 пикселей может оказаться слишком мало.
2.
21.10.2021
velkin

Катастрофа ООП


Перевод статьи: Объектно-ориентированное программирование — катастрофа на триллион долларов

C++ — ужасный объектно-ориентированный язык. Ограничение вашего проекта до C означает, что люди не напортачат ни с какой идиотской «объектной моделью».
Линус Торвальдс, создатель Linux
...
Методы или свойства, которые обеспечивают доступ к определённым полям, не лучше, чем непосредственное изменение значения поля. Не имеет значения, изменяете ли вы состояние объекта с помощью необычного свойства или метода, результат один и тот же — изменённое состояние.
...
Падение четырёх столпов:
1) Абстракция.
2) Наследование.
3) Инкапсуляция.
4) Полиморфизм.

http://files.rsdn.org/99832/oop_real.png

Модель данных
[q]
В классической теории...
31.12.2023
velkin
Читаю википедию, для примера статью Алгоритм. А в ней ссылка Список алгоритмов на удалённую статью. И вот само обсуждение почему удалили статью.

Википедия:К_удалению/19_февраля_2020#Список_алгоритмов

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

И куда же делась страница? А вот сюда.
https://ru.wikipedia.org/wiki/Проект:Математика/Списки/Список_алгоритмов
https://en.wikipedia.org/wiki/List_of_algorithms

Ну то есть модеры просто решили вставить Проект:Математика/Списки/.
1  2  3  4  5  6  7  …  49  > rss