Pull to refresh
0
@WheelReinventor read⁠-⁠only

User

Send message
Возможно моя просьба будет слишком наглой, но если вы ничего не подписывали, значит можете выложить некий кусочек своей работы? (конечно же, удалив ключи/сервисные номера). Просто сейчас нагуглил SIMpml, пытаюсь с ним разобраться, просто ради интереса. Если быть еще точным — меня очень интересует построение UI, уровень контроля устройством (например, можно ли свое UI загрузить при запуске ОС телефона или по какому-то другому событию, реализовать дополнительный PIN-код?).
А лично я никому тоже не должен. Я использую софт (книги/музыку/прочее) так, как сочту нужным. Не можешь заработать? Не нравится? Ну так вообще не выкладывай. Это те условия, которые установил я. Не нравится — не жалуйтесь.
И тут появляется вопрос о смысле кастрированных версий, который можно выразить так: «тебе что, жалко штоле?». И действительно, зачем мне какой-то обрубок? Не смогу купить — буду юзать пиратку. Но только Ultimate Ultra Advanced Enterprise Edition. Не смогу крякруть — найду другую. Но обрубок то мне зачем? Я это считаю как плевок в пользователя.
Софт должен быть свободным. Если вы пишите софт (книги / учебники / музыку) ради денег, то как правило из этого получается далеко не то, что хотелось бы видеть. Например, я уже не могу смотреть на бумажные книги наших издательств — пользы от них ноль, куча воды и явная работа на объем, а не содержание. Аналогично с нашей музыкой. Платить за это?

Вы скажете, что я халявщик и денег от меня не дождешься? Правильно, ждать не стоит, однако было несколько случаев, когда я бы с удовольствием задонатил в некоторые проекты. Такие как swfmill, rtmpdump, ntfs-3g или им подобные — авторы потратили на них много времени, совсем ничего за них не просят, однако эти вещи крайне полезны — стремление отблагодарить авторов появляется САМО, а не потому, что какая-то контора жалобно воет или угрожает подать на меня в суд.
Вообще, реализация самой графической среды достаточно проста, а вот интерфейс взаимодействия — вот на нем я и залип в свое время. До сих пор иногда пытаюсь придумать что-то красивое, но не выходит, а скатываться до уровня x11/rdp нет никакого желания. И кстате, хоть видяшка оным и не нужна, но они достаточно сильно привязаны к устройству отображения. В последний раз я родил расширяемую систему виджетов, которая была похожа на шаблоны, но как по мне — получилось говно и я забил. Особенно сложно было учитывать особенности ввода/отображения на разных устройствах (например, на TV-экране надо учитывать интерлейсную развертку), что заставляло постоянно пересматривать решения. Хз что делать, но наверное я к этому еще вернусь, это все равно нужно сделать.

А вот файловую систему мне проектировать было совершенно не обязательно, ибо все нужные данные лежали в RAM, а винта/флешки в привычном понимации вообще небыло.
Или наоборот, ченджлоги показывают ошибки в проектировании и вызывают еще больший интерес к реализации, вида «ну все, теперь то я таких глупых ошибок не сделаю». Я действительно хотел и хочу написать ОС, может быть таки дойдут руки.
Это уже было бы вымогательством. Гораздо веселее опубликовать и словить лулзы
Правильно, надо думать, придумать все возможные проблемы, бояться, отключить компьютер от интернета и вообще выбросить его в окно. Только как бы чего не случилось. Жить рабом в вечном страхе.
Про сегментные дисплеи забыли? Графика есть, свободы нет. Есть и различные экранчики с низким разрешением, где банально не поместится шрифт (или его будет неудобно читать), зато можно нарисовать 2-3 квадратика и выделять из цветом/яркостью. А до них были еще лампочки с подписями и большие кнопки с подсветкой, но это уже крайности :]
А вдруг я молод, не опытен, но пишу ос для какого-то специфичного применения, которое сразу отметает все ваши советы? :]

Выводить текст в сокет? Т.е. мне еще сетевой интерфейс реализовывать? или rs232 распаивать? А потом текстовые буфферы, свой readline, шеллы в конце концов? Или проще реализовать GUI на сегментном дисплее и 2 кнопках? :]

Хранилище данных — в общем случае это просто кусок памяти (RAM/ROM/SSD — не так важно, да и границы между ними все обещают стереть) и указатель на него. Это может быть как просто дамп некоторой структуры, которую надо будет загружать самостоятельно, так и SQL-based хранилище, а то и вообще что-то другое. Например, есть такая штука как OLE Compound Storage (файлики винофиса и кучи виндовых приложений), которые позволяют насрать кусок данных в середину файла, при этом не переписывая файл целиком. Цена, которой это реализовано — файловая система внутри файловой системы. Скажете дикость, а решение есть и отлично себя зарекомендовало.

RAD делать с нуля не обязательно, есть замечательные средства разработки, которые можно будет дополнить своим апи/vm или какими там интерфейсами будет нужно пользоваться. Можно даже сделать трансляцию сорсов/бинарей под свою платформу (тут вспоминается java и ее вездесущесть)

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

В общем я бы советовал почитать wiki.osdev.org/ и www.osdever.net/ — там все гораздо полезнее, нежели оригинальные советы.
Не согласен с автором.
Зачем файловая система, если нужно хранилище данных? Файловая система — это только частный случай такого хранилища.

Текстовый интерфейс? А кто сказал, что компьютер, на котором будет работать эта ОС, вообще сможет выводить текст? Какое оборудование будет использовано? Вполне возможно, что граф.оболочка будет более проста в реализации.

Совместимость? Т.е. создание 100001 устаревшего костыля, дабы иметь возможность запускать устаревшие приложения? Может быть лучше создать свои средства RAD, дабы писать софт было легко?

Даже такая штука как планировщик, и то не обязательна в привычном нам понимании, порой в инете можно встретить разговоры о его ненужности с полным обоснованием.
Среди «постоянных клиентов» наверняка можно найти квалифицированные кадры, которые могут за небольшую сумму предложить создание/поддержку инфраструктуры. Например, меня достало сидеть в километровых очередях и записываться на прием за месяц, дабы этого избежать я могу потратить 3-4 часа и написать пару скриптов, поднять сервер. Это же время я мог бы просто просидеть в очереди.

Проблема в том, что это фактически никому нафиг не надо, обучение сотрудников никто проводить не будет, хорошо если у врачей есть терминаты, дабы все это интегрировать, а то еще и покупка оборудования грозит, а полное (не «кусочное») внедрение/ТЗ если и будет, то работы там будет на пару лет, такое конечно же никто вводить за «недорого» не будет. Особенно учитывая то, что врачи и так получают копейки и стараются участвовать во всяких «партнерках» вида «пришлите нам своего пациента на платный осмотр и получите %%%»
А мне насрать на приват/паблик, ибо я могу править прямо байткод и делать инъекции кода прямо в него, попутно раздвигая уровни видимости. Счастливой защиты!
Если говорить о верстке под различное легаси, то надо вспомнить и более древние почтовые клиенты, такие как TheBat или Netscape Messenger, которые имели собственные движки для отображения HTML. Почтовый клиент — это не та программа, которую можно быстро поменять, у некоторых моих знакомых стоят версии 10 летней давности.

Так как протестировать верстку на всем зоопарке невозможно, то можно использовать 2-3 браузера тех времен, скажем links или arachne. Стили они не поддерживают вообще, а те что поддерживают могут это делать некорректно.

Я бы рекомендовал заменить style=«height: ___» на просто height="___" у картинок, это поможет такому браузеру как links отображать отступы корректно (все примеры из статьи я проверял на нем), поэтому с «Это можно реализовать через атрибуты width и height, а так же через css в атрибуте style тега img — разницы нет» я не согласен, это же относится и к тегу font вместо span.

Лучше использовать width и height одновременно, тогда точно не возникнет артефактов загрузки, если картинка внешняя

Вместо юникодных символов лучше использовать графические изображения, так как links по началу отобразил • как 3 символа из latin1

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

Кстате, links рисовал уголки у картинки, выглядело это как 1-пиксельные артефакты в размер распорки
Теперь то все с тобой понятно, эврикафаг. На дваче тебя уже знатно опускали, но у меня было ощущение, что этого недостаточно.
>заводить отношения желания нет
Так обычно говорят либо альфа-самцы, которые без труда могут перепихнутся с кем угодно, либо социофобы, которые наоборот при всем желании этого сделать не смогут. К первым ты явно не относишься, значит ты социофоб. А жаль. Я думал, нормальный человек. Все твои скриншоты и фотографии рабочего стола с двача сохранял. Эх.
~Твой, дванон.
Адвокат Oracle: Ваша честь, здесь вы ясно можете видеть где Google нарушил копирайты Java technology в Android OS.
Адвокаты Google: Ваша честь, мы только что купили Oracle значит копирайты теперь наши.
Адвокат Oracle: Купили?
Адвокаты Google: Да, и мы купили вашу контору, вы уволены.
Адвокат Oracle: ЭЭээ.
Адвокаты Google: Ещё мы купили вашу жену и она отсосёт нам после заседания.
выходит, нет. администрация могла подменить id статей в базе.
Что о *bsd думаете? Они неоптимальны?

Интересно, какую часть вашего датацентра занимают сервера вконтакте?

Information

Rating
Does not participate
Registered
Activity