Linux Desktop
Stories like that one are nothing new. It does seem that not much changed since "Unix Haters Handbook".
Biggest point people miss when they whine "Linux/Unix is not for average Desktops," is of course that people never really work with OS directly. 99% of time we work with applications. 1% of time or even less than that we are faced with OS - mostly as splash boot up screen.
There is nothing particularly wrong with Linux. Powered up with applications, many users wouldn't even (bother to) notice what they work with - Windows or Linux. Have anybody worked under recent SUSE or RedHat or Ubuntu or Kubuntu? Or even plain installation of recent Debian?
OS doesn't exist from POV of user. People do not pay big buck for computer to have OS on it. That what most tech writers always forget about. There are people who "work, with computer" and people who "work with computer". Some take it as integral part of workspace - but for most it is extra they need to take additional care about. When people come to shop they ask "can I edit my photos?", "can I burn my video to VCD/DVD?". Last thing they would ask about "type/amount of RAM", "frequency of CPU/FSB". Feel the difference: "computer as tool" approach of normal users v. "computer as platform" of geeks.
Geeks do not think about computers as tool anymore. It is our living space. What author of aforementioned article really says is that Linux doesn't fit for his personal living space, for his personal living style. And comes to traditional conclusion "what doesn't fit to me - unfit for anybody". Subjective opinion like that is really nothing new.
Reading Macintosh Disk Under Windows. For Free.
It's not straight forward, but yet it works.
- Download VMWare Player from VMWare.
- Download one of the Linux Rescue bootable CD images. Most would do. Requirements: support for HFS/HFS+ and networked service. For sake of example I would use PLD LINUX Rescue CD.
- Go to www.vmwarez.com and download "LiveCD Player Virtual Machine" from PRe-Built VMs section. Unpack it to some directory.
- Copy rescue CD image to the directory of our virtual machine and rename it to "livecd.iso"
- Open the virtual machine with VMWare Player. Wait for PLD LINUX to boot up. Network needs to be enabled - any of NAT and host-only would do.
- Now tell VMWare to share the Mac volume with the VM. In case of USB device, it would most likely appear as /dev/sda device under Linux. You can always check inside VM "dmesg" to see where the volume is.
- Inside of VM, give root some password with command "passwd".
- Inside of VM, mount the volume inside of VM: "mount -t hfsplus -o ro /dev/sda /media/floppy". /media/floppy is just random unused directory. Do "ls /media/floppy" to see that all is in place.
- Inside of VM, launch ftp daemon. In case of PLD LINUX it is "pure-ftpd" - and to launch it "pure-ftpd &" command is sufficient. ('&' to put the daemon into backgraound)
- Inside of VM, execute "ifconfig eth0" and see the IP address VMWare had given to virtual machine.
- Now under Windows launch your favorite FTP client. Connect to IP address you have seen on step above. Use root account with the password you have given before. Go to remote directory /media/floppy - there you would have it.
And that's it.
C3 - Задачи
Задачи возникающие в процессе разработки и эксплуатации проекта. Этапы жизни проекта описаны здесь.
(1) Создание проекта.
Задача №1 заключается в подготовке проекта на высоком уровне для планирования реализации и рассчета стоимости.
Аудитория: планировщики и проектировщики.
Входные данные: неформальное словесное описание будущего проекта.
Выходные данные: документ (файл проекта) формализующий задействованые ресурсы и их функции а также топологию.
Главные черты: наглядность, красота.
(2) Реализация проекта.
Задача №2 заключается в трансляции формального описания функций ресурсов в язык понятный ресурсам. Другими словами создание конфигураций ресурсов.
Аудитория: инженеры и разработчики.
Входные данные: формальный проект полученные на предыдущем шаге.
Выходные данные: файлы конфигурации ресурсов, реализующии проект.
Главные черты: разработка программ, разработка топологии, тестирование.
Подзадачи: разработка и отладка программ, конфигурирование и тестирование протоколов (передачи данных).
(3) Внедрение проекта.
Задача №3 заключается в создании реальной инсталяции проекта.
Аудитория: инженеры и наладчики.
Входные данные: проект, конфигурация ресурсов, конфигурация протоколов.
Выходные данные: протокол развертывания, содержащий логи наладки каждой части проекти и логи запуска проекта.
Главные черты: офф-лайн тестирование сети, офф-лайн тестирование ресурсов, офф-лайн тестирование конфигураций на реальных ресурсах, он-лайн тестирование внедреного проекта.
Подзадачи: тестеры, логгеры.
(4) Поддержка проекта.
Задача №4 заключается в он-лайн (без остановки производства) мониторинге проекта, в выявлении неполадок и (если необходимо) в устранении неполадок.
Аудитория: персонал тех-поддержки.
Входные данные: проект, логи установки, конфигурации.
Выходные данные: протокол поддержки.
Главные черты: простота, полное описание возможных сценариев поломок и их устранение, он-лайн/офф-лайн тестирование.
Подзадачи: тестеры, логгеры.
С3 - Этапы жизни проекта
Жизнь проекта состоит из стандартных этапов: проектирование, разработка, внедрение и поддержка. (Projection, development, deployment & maintenance). Тестирование осуществляется на каждом из шагов и не выделяется в отдельный шаг, как это например делается в разработке ПО.
(1) Проектирование. На данном этапе создается высокоуроневая модель проекта. Задаются и моделируется ресурсы и инфраструктура их связывающая. Модель должна позволять проектировщику и потенциальному покупателю оценить будущие расходы которые потребует реализация проекта. Модель также должна описывать назначение и функцию каждого узла модели: ресурса и части инфраструктуры.
(2) Разработка. На основе модели созданой на первом шаге, разработчик создает (i) программы согласно функции и назначению узла; (ii) соединяет программы согласно заданной инфраструктуре. Создаются конфигурации для всех устройств задействованых в проекте.
(3) Внедрение. На данном шаге происходит развертывание проекта: установка ресурсов, наладка инфраструктуры и конфигурация узлов системы. Используется модель из шага (1) и конфигурации разработаные на шаге (2).
(4) Поддержка. На основе модели созданное на шаге (1), производятся периодические проверки и если необходимо ремонт частей или всего проекта, внедренного на шаге (3). Целью данного шага является контроль работы проекта, выявление проблем и исправление выявленных проблем. Проблемой является отклонение функции проекта от заданной.
Как С3 вписывается в данную модель.
(1) С3 не предоставляет средств моделирования инфраструктуры. Список ресурсов не позволяет описывать топологии. С3 не может создавать проекты наброски, не может сохранять/загружать проекты, не может открывать проекты в режиме просмотра, что делает затруднительным совместную работу нескольких людей над одним проектом. Не существует средств позволяющих перенести (Copy'n'Paste) часть одного проекта в другой или объединить несколько проектов в один мастер-проект - что делает невозможным совместную работу нескольких людей над проектом.
(2) Разработка. Все ограничения и недостатки относящиеся к шагу (1) также относятся к данному шагу.
(3) Внедрение. Отсутствует. Нет средств проверки соответствия ресурсов и инфраструктуры в проекте реально размещенным ресурсам и инфраструктуре, и т.д.
(4) Поддержка. Отсутствует. Единственное наличествующее средство это окно диагностики засунутое достаточно далеко, чтобы сделать его еще более неудобным чем оно уже есть. Невозможно снимать и кореллировать диагностику с одновременно нескольких устройств. Нет средств опроса счетчиков ошибок, и т.д.
C3 - Процесс Конфигурации
Given: User, Device
Notes. Девайс присутствует как "Описание Девайса", которое состоит из следующих частей: описание свойств (глобальные параметры), описание возможностей девайса (протоколы и их свойста), описание файловой системы. С3 играет здесь такуюже роль как и XSL в XML: пользовательский ввод есть XML, С3 есть XSL конвертирующий этот ввод в конфигурацию устройства. XSL С3 естественно параметризируется при помощи профиля устройства который так же можно рассматривать как XML с параметрами что есть допустимо в вводе пользователя. Так же профиль устройства можно рассматривать как описание языка конфигурации устройства: С3 транслирует пользовательский ввод (с языка близкого пользователю) в язык интерпретируемый устройством.
Для простоты описание используется XML & XSL - но более как пример, нежели чем конкретное требование или рекомендация. Взаимоотношение XML и XSL достаточно полно описаны в соответствующих стандартах.
Task1: Configuration
Input: User Input, Device Profile
Output: Device Conf Def
Notes: Формализация ввода пользователя. С3 создает XML содержащий описание ввода пользователя на языке устройства.
Если устройство описано как список свойств устройства и их допустимых (и рекомендуемых) значений (другими словами декартово множество возможных конфигураций) то ввод пользователя есть под-список свойств устройства пользователь желает изменить значение. Для всех свойств опущеных пользователем по умолчанию берутся их рекомендуемые значения.
Task2: Compilation
Input: Device Profile, Device Conf Def
Output: Device Conf
Notes: Проверка ввода пользователя. С3 конвертирует ввод пользователя в XML конфигурацию. Данный шаг необходим для упрощения создания вложеных конфигураций: случай когда одно устройство должно знать информацию о конфигурации другого устройства.
На данном шаге из списка свойств создаются конкретные части конфигурации для различных состовляющих модулей системы (COM + protocols, CPU + user task + etc).
Task3: Translation
Input: Device Conf
Output: Device Conf Bin
Notes: С3 конвертирует XML конфигурацию в двоичное представление. Это трансляция: существует биекция между вводом и выводом этого шага. Важно: данный шаг не зависит от устройства. Все зависимости должны быть обработаны на предыдущем шаге.
Task4: mkfs
Input: Device Conf Bin, Device Profile
Output: Configuration FS Image
Notes: С3 упаковывает двоичную конфигурацию в формат пригодный для записи в устройство.
Итого: FS Image без всяких там *КОНЦЕПЦИЙ*.
C3 - Народные Перлы
*ЕЛОП* вашу мать! - Опять они все через *КОНЦЕПЦИЮ* сделали!!
Serenity
С Серенити случился пролет - в Маннхайме на родной мове не было. Ждем рипа в сетях.
Что дальше.
18.10.2002 - Klappsmuehl, IG Jazz
И так же ждём Serenity.
Кины
1. Был на "Мр и Мс Смит", добротная шпионская комедия. Концовка не супер, ну да в комедии это не важно.
2. Женька ходил на "Остров" - хвалит как нормальный экшн.
3. Ожидаю в кинотеатрах "Sin City". На IMDb ему аж 8.4 поставили.
