знаете, а мне мало :). А вот 30 уже было бы и правда много. Тем не менее возможность открыть парочку терминалов, пару-тройку исходных текстов вместе с IDE к ним (ну лситинг классов и тому подобное) ещё и мессенджер где-нибудь в углу и... блин. У меня на самом деле одновременно используется наверное десятка 3 программ и я ПОСТОЯННО переключаюсь между рабочими столами то в одну то в другую. Если бы я ещё и на полный экран каждую разворачивал бы - скорость работы бы упала в несколько раз. А так. Считаю себя весьма эффективным в сравнении с другими разработчиками за работой которых я имел возможность наблудать.
коллега, я не буду спорить. Скажу лишь что если вы думаете что разработчики стараются писать 80-колоночный код для того чтобы это можно было везде смотреть - то вы круто ошибаетесь :). Все стараются вжиматься в 80 колонок, делая разумный максимум в 120 - по одной лишь причине - чтобы было удобнее читать текст. Ну не думаете же вы что разработчики под VT терминалами творят? :)
У мну 24'' монитор. И вы не учитываете одного факта - качество мониторов уж очень поменялось вместе с размерами. Начиналось все с монохромных, где мельче шрифт ну никак не получалось сделать. А самым первым ограничением было вообще кол-во памяти для подсистемы видеовывода :).
у мну в полноразвернутой консоли 293 символа по горизонтали. Правда, разворачивать всего одну консоль на весь экран при 1792х1344 - непозволительная роскошь :).
КАК можно работать на 80 буквах в ширину? Читать текст при такой ширине - удобнее, да. Но не более того.
mc от far? ну, они оба терминальные и как правило синенькие.. :) Конечно, у них две панели со списком файлов. И всё. Если поглядеть в их меню - то там все будет абсолютно разным.
Вообще я говорил про GUI-приложения. Там где есть контекстное меню :). Можно сравнить totalcmd с krusader. Достаточно похожи. Но всё же приёмы работы с ними - ну совсем разные. Это не софтом диктуется, а как раз платформой. Симлинки, хардлинки, права доступа, пользователи, маунтинг файловых систем, способ отображения исполняемых файлов...
Много общего, но ведь не может же быть "ничего общего" :). Но различий достаточно, чтобы попытка упихать всё в некий универсальный вариант, который устроил бы всех сразу будет весьма сложной задачей.
что то вы явно путаете. Я правда не совсем пока понял что именно :).
на C++ код пишется сразу под все платформы где есть компилятор C++. Ибо С++ - язык со стандартами ISO. Когда дело доходит до узких мест, типа потоки/форки (форков в win32 нет), небольшой задницы с fd-event механизмами (kqueue, select, poll, epoll...) - там да, надо сесть и для каждой платформы написать уникальные 10-100 строк. Хотя уже есть человек который это сделал и выложил GPL-ную бесплатную библиотеку. Так что можно использовать её. Стандартная C++ библиотека (libstdc++ в *nix) - разная под win32 и linux, но различия там весьма минимальные.
А ещё есть mingw... и qt.. и wxwindows/wxwidgets.. и cmake...
в общем, в мире уже давно делают кроссплатформ-софт. Почитайте литературу =).
кстати говоря, на мой взгляд не все программы выигрывают от кроссплатформенности и файловые менеджеры - как раз входят в число программ не-нужна-нам-кроссплатформенность. Ибо работа с файловой системой и файловые операции - практически небо и земля в *nix и windows. Ну совсем они разные как по смыслу так и по виду :). Получается, вы вынуждены будете приводить все к некому универсальному виду - которым либо жутко будут недовольны одни, но довольны другие, либо недовольны и те и другие вместе.
Те кто думает о пользователях и имеет богатый опыт общения с разными платформами - уже знают, что самым правильным для кроссплатформенного софта будет написание разных морд для разных систем. Неписаные правила написания интерфейсов под маки вообще ничем не похожи на оные для windows. Ну линукс - ещё более менее, т.к. разношерстного софта под него навалом, и мы уже, так сказать, привыкли =).
в том то и дело что "чувак", создавший квип - гуру в протоколе ICQ, т.к. кое-где работал ранее.. Во-вторых догнать квип нереально без открытости кода и кросплатформенности (и, соответственно, привлечения больших масс разработчиков/отладчиков).
На мой взгляд лучше вообще делать упор на более прогрессивные открытые протоколы, а-ля jabber. А копаться в закрытом icq - фу. Волей судьбы первой появилась аська, но сейчас отток народу наблюдается постоянный. Хотя это и актуально лишь для стран третьего мира.
ну совсем не серьёзный проект :). Вы даже не представляете с чем связываетесь (поглядите исходники Kopete хотя бы). И слова "ах да, уникод!" звучат весьма забавно на фоне неозвученных проблем icq-протокола :).
krusader - CTRL+MOUSE в адресной строке, konqueror - кнопка UP жать более 1 сек, тот же konqueror - CTRL+UP (CTRL+DOWM, CTRL+LEFT, CTRL+RIGHT сами догадайтесь). Ах да, забыл, это всё ещё и настраивается куда хочу и как хочу =)..
А вот для веба, имхо, абсолютно бесполезная функциональность. Лучше уж грамотную обработку relative сделать, чем за "непонятно-кому-и-где-надо" браться.
+1 base64 ещё к тому же можно искусственно "сломать", но с возможностью обратного восстановления. Тут однако следует предотвратить возможность кражи куки.
Вообще сей способ можно описать проще "юзеру выдается некий доверительный сертификат, содержащий все необходимые данные о нём, но который должен быть неработоспособен при искусственном перемещений в другой браузер/на другую машину".
про люк: удобно усечённый конус (т.е. круг если в 1 плоскости смотреть). Но так же не провалятся любые равносторонние фигуры с нечётным (!) кол-вом углов.
про пиратов: вроде как надо уболтать только двух, на остальных пофик. Соотв-но 32 себе, 33 двум и по 1 оставшимся :). В таком случае как минимум двум пиратам вообще не будет смысла голосовать против. А это уже половина (задача стоит - _не_меньше_ половины). Пираты как правило не отличались морально-этическими соображениями, поэтому сочувствовать двум пиратам которым по плану достанется по 1 монетке - не станут и от кучи бабла не откажутся.
равносторонний многоугольник с чётным кол-вом углов - провалится при повороте на 1/(n*2) оборота (n - кол-во углов) в горизонтальной плоскости с поворотом на 90 градусов в вертикальной :-). Да, мне скучно.
да про треугольник упомянуть можно, правда и о том что это крайне неудобное решение - тоже: если люк таки провалится (ну всмысле попытается) то окажется огромной частью внизу, выступая вверх лишь на свою толщину, тогда как круг - только на половину :)). В любом случае наиболее грамотный ответ - "усечённый конус". Самая удобная затычка )).
anyway рисовать интерфейс при помощи HTML - скоро эта идея себя изживёт. Скорее SVG или Flash (тьфу блин теперь ещё прибавлять "или Silverlight" что ли надо? Хера с два - пока под linux не будет, в топпку даже саму такую идею). Тем более "js или flash" на мой взгляд несколько не правильный тезис. Скорее "js + flash". Жалко SVG ползёт совсем как черепаха..
Да и вообще мощь которую Adobe начала вливать во флеш скоро очень очень продвинут сей продукт. Совсем недавно разглядывал AS3.0 - прогресс налицо гораздо больший чем между AS1.0 и AS2.0 когда пыхтела ещё одна Macromedia только. Недавний штрих с h264, aac и др. кодеками?
Хотя на мой взгляд скоро приложения выйдут-таки за пределы браузеров. Слишком уж дофига ограничений для полноценной замены. Да и 80% загрузка CPU при многократном отрытии "меню" уж никак не позволяет мечтать о действительно богатом пользовательском интерфейсе.
The full screen demo has been updated to include an H.264 encoded version of the Red Bull Backcountry Bombshells HD video. The H.264 version of the video is encoded with approximately the same settings as the VP6 version. Note that H.264 performance is not fully optimized yet in the beta player.
* поддержка форматов flv, m4a, 3gp, mov (!!), mp4v, mp4, 3g2
* профили звука (AAC): AAC Main; AAC LC; SBR
* профили видео (AVC): Base (BP); Main (MP); High (HiP). Все уровни поддерживаются!!!
* контейнеры будут поддерживать максимум 1 видео + 1 аудио треки
на самом деле новость - ошеломительная. Что же это? Смерть QuickTime? Кстати в 500килобит можно впихнуть фильм стандартного качества (~640x480 БЕЗ артефактов). Другими словами, качество видео на youtube вырастет в разы (они ведь сами кодируют его в flv - значит и сами будут благополучно в avc/aac-he кодить без проблем).
У мну 24'' монитор. И вы не учитываете одного факта - качество мониторов уж очень поменялось вместе с размерами. Начиналось все с монохромных, где мельче шрифт ну никак не получалось сделать. А самым первым ограничением было вообще кол-во памяти для подсистемы видеовывода :).
у мну в полноразвернутой консоли 293 символа по горизонтали. Правда, разворачивать всего одну консоль на весь экран при 1792х1344 - непозволительная роскошь :).
КАК можно работать на 80 буквах в ширину? Читать текст при такой ширине - удобнее, да. Но не более того.
Вообще я говорил про GUI-приложения. Там где есть контекстное меню :). Можно сравнить totalcmd с krusader. Достаточно похожи. Но всё же приёмы работы с ними - ну совсем разные. Это не софтом диктуется, а как раз платформой. Симлинки, хардлинки, права доступа, пользователи, маунтинг файловых систем, способ отображения исполняемых файлов...
Много общего, но ведь не может же быть "ничего общего" :). Но различий достаточно, чтобы попытка упихать всё в некий универсальный вариант, который устроил бы всех сразу будет весьма сложной задачей.
на C++ код пишется сразу под все платформы где есть компилятор C++. Ибо С++ - язык со стандартами ISO. Когда дело доходит до узких мест, типа потоки/форки (форков в win32 нет), небольшой задницы с fd-event механизмами (kqueue, select, poll, epoll...) - там да, надо сесть и для каждой платформы написать уникальные 10-100 строк. Хотя уже есть человек который это сделал и выложил GPL-ную бесплатную библиотеку. Так что можно использовать её. Стандартная C++ библиотека (libstdc++ в *nix) - разная под win32 и linux, но различия там весьма минимальные.
А ещё есть mingw... и qt.. и wxwindows/wxwidgets.. и cmake...
в общем, в мире уже давно делают кроссплатформ-софт. Почитайте литературу =).
Те кто думает о пользователях и имеет богатый опыт общения с разными платформами - уже знают, что самым правильным для кроссплатформенного софта будет написание разных морд для разных систем. Неписаные правила написания интерфейсов под маки вообще ничем не похожи на оные для windows. Ну линукс - ещё более менее, т.к. разношерстного софта под него навалом, и мы уже, так сказать, привыкли =).
На мой взгляд лучше вообще делать упор на более прогрессивные открытые протоколы, а-ля jabber. А копаться в закрытом icq - фу. Волей судьбы первой появилась аська, но сейчас отток народу наблюдается постоянный. Хотя это и актуально лишь для стран третьего мира.
А вот для веба, имхо, абсолютно бесполезная функциональность. Лучше уж грамотную обработку relative сделать, чем за "непонятно-кому-и-где-надо" браться.
Вообще сей способ можно описать проще "юзеру выдается некий доверительный сертификат, содержащий все необходимые данные о нём, но который должен быть неработоспособен при искусственном перемещений в другой браузер/на другую машину".
про люк: удобно усечённый конус (т.е. круг если в 1 плоскости смотреть). Но так же не провалятся любые равносторонние фигуры с нечётным (!) кол-вом углов.
про пиратов: вроде как надо уболтать только двух, на остальных пофик. Соотв-но 32 себе, 33 двум и по 1 оставшимся :). В таком случае как минимум двум пиратам вообще не будет смысла голосовать против. А это уже половина (задача стоит - _не_меньше_ половины). Пираты как правило не отличались морально-этическими соображениями, поэтому сочувствовать двум пиратам которым по плану достанется по 1 монетке - не станут и от кучи бабла не откажутся.
про цыплёнка: ну... главное взять -pthread... ;)
Да и вообще мощь которую Adobe начала вливать во флеш скоро очень очень продвинут сей продукт. Совсем недавно разглядывал AS3.0 - прогресс налицо гораздо больший чем между AS1.0 и AS2.0 когда пыхтела ещё одна Macromedia только. Недавний штрих с h264, aac и др. кодеками?
Хотя на мой взгляд скоро приложения выйдут-таки за пределы браузеров. Слишком уж дофига ограничений для полноценной замены. Да и 80% загрузка CPU при многократном отрытии "меню" уж никак не позволяет мечтать о действительно богатом пользовательском интерфейсе.
* поддержка форматов flv, m4a, 3gp, mov (!!), mp4v, mp4, 3g2
* профили звука (AAC): AAC Main; AAC LC; SBR
* профили видео (AVC): Base (BP); Main (MP); High (HiP). Все уровни поддерживаются!!!
* контейнеры будут поддерживать максимум 1 видео + 1 аудио треки
на самом деле новость - ошеломительная. Что же это? Смерть QuickTime? Кстати в 500килобит можно впихнуть фильм стандартного качества (~640x480 БЕЗ артефактов). Другими словами, качество видео на youtube вырастет в разы (они ведь сами кодируют его в flv - значит и сами будут благополучно в avc/aac-he кодить без проблем).