Согласен, есть случаи, когда eeePC не потянет и придется тащить тяжелый ноут или идти в комп. класс.
Не согласен, что Eclipse, если он используется только как IDE, является таким случаем. Ведь надо только поправить и проверить работу. Зачем тут Eclipse? Значит привычка или не знаешь как без него. Но тут уже спорить не хочу: пусть вопрос, что напрягать мозг или позвоночник, каждый для себя решает сам. В конце-концов с рюкзаком не так уж и тяжело и больно :)
Если тебе дали GET адрес или он оказался в избранном, то открытие его автоматом пожертвует 20 рублей гринпису, а POST-параметры в избранном не окажутся, так просто передать другу ссылку тоже нельзя.
Кроме того, обновление страницы после GET запроса проходит без вопросов (т.е. каждый раз будешь жертвовать по 20р), а перед тем как переотправить POST-запрос браузер спросит твоего разрешения.
Итого: GET предназначен для операций, которые не производят изменений (поиск, фильтр, чтение и т.п.), а для удаления, редактирования, добавления и т.п. POST.
> и это тоже не выход, джаваскриптом ведь можно послать и POST
Все таки это выход. Простой img это одно дело, работает почти везде, мало кто отключает, считается безопасным. А javascript это уже другое дело, с ним можно гораздо более серъезные вещи сделать, не зря же есть отдельные галочки в настройках и расширения (тот же noscript), которые или отключают или серъезно урезают его функциональность.
Вообще не стоит принимать формы на изменение базы через GET и тем более их так посылать. Чего стоит только добавление такой ссылки в закладки.
Хотел бы я посмотреть на бывшего vim-ера, который перешел на другой IDE по причине удобства, а не из-за корпоративной политики или еще чего-нибудь ... :)
Но это оффтоп. А по теме на eeePC не получится нормально попрограммировать у 1С-ников, дельфистов, C++билдеристов, ораклистов и им подобным, которым необходима тяжелая среда для выполнения или компиляции.
А для остальных проблем нет :) Что это за программист, который не сможет без своей тяжелой любимой IDE сделать пару упражнений на пяток страниц или быстро исправить ошибки в домашней работе. Ведь не требуется же заниматься серъезной разработкой тяжелых систем с нуля и до конца только на eeePC.
Зачем же так вырывать фразу из контекста и даже не дать ссылку? 4.22 это что за версия KDE? Да и логическая цепочка, по которой ты пришел к этому посту, не просматривается.
Так как первая буква не заглавная, то это даже не начало предложения, а значит там возможно было:
- [Врядли] винда умрет после релиза КДЕ4.22
- [Не] винда умрет после релиза КДЕ4.22 [, а Gnome.]
- [Прежде, чем] винда умрет после релиза КДЕ4.22 [, нужно еще написать кучу приложений. Харе болтать, за работу!]
Или вот варианты с контекстом:
- винда [для меня] умрет [вместе со своим разделом] после релиза КДЕ4.22 [там будут интересные фичи, а чтобы все это собрать нужно место, а его нет]
- [Команда KDE скорее сменит major-версию на 5.x, прежде чем доберется хотя бы до 4.15, поэтому предсказываю, что] винда умрет после релиза КДЕ4.22 [, т.е. не умрет никогда]
А так, да. Фраза без контекста и воспринимаемая дословно выглядит глупой и безосновательной :)
> Когда разработчики наконец подумают о пользователе?
Сдается мне, ты пришел в новый храм со старым уставом :) Понятие "заботы о пользователе" исчезло вместе с "оплатой за каждую копию". Программисты здесь пишут или для себя или для заказчика. Первый случай это вырожденный второй, когда программист сам себе заказчик и сам себе оплачивает часы.
Поэтому выбор не велик: ждать пока кто-то другой эту фичу оплатит (Cannonical, например может) или оплатить самому. Если умеешь программировать, легче оплатить себе, иначе дешевле найти специалиста на каком-нибудь rentacoder-е :)
Удачный проект — это тот, который выполнил то, что от него ожидали. ICQ вышел на рынок одним из первых (по крайней мере у нас в стране), изменил способ связи, принес кучу денег своим создателям как с рекламы, так и с продажи и даже стал нарицательным словом. Сомневаюсь, что создатели ждали от него вечной жизни :)
> Теперь, при подключении флешки к компьютеру достаточно нажать на один ярлычок
И это тоже можно автоматизировать :) С помощью ivman-а (еще дока) можно автоматически запускать любую команду, когда вставлена именно твоя флешка (определятся по серийнику). Я так делал автоматический бэкап портативной wiki в фоне, но мне, правда, не требовалось пароли вводить.
Между "опера не поддерживается в некоторых сервисах гугла" и "гугл дискриминирует оперу" огромная разница. Как минимум стоит убедиться, что это не по вине оперы.
Остальное:
> Гугл, как апологет борьбы за свободное ПО до сих пор не удосужился включить поддержку Оперы.
1. Какая связь между Оперой и свободным ПО?
2. Сомневаюсь, что Гугл апологетборьбы за свободного ПО
Я не совсем понял пример с tcpdump-ом, gcc и вообще про FreeBSD-почти-копии, которые "уже прожили жизнь как часть системы".
Для меня неясно, как дублируется функциональность: то ли tcpdump был давным-давно форкнут в FreeBSD tcpdump и разработчики постоянно переносят изменения в свою ветку после каждого релиза в основной, то ли они делают копию основной после каждого релиза и проверяют, что изменилось, что поломалось какие из старых патчей уже не нужны и вообще проверяют на совместимость.
> Звучит как ... В общем, нет желания даже смотреть :(.
Зря ты так. Те же самые эвристики, которые отфильтровывают сложные пароли, может использовать и взломщик для уменьшения количества вариантов для перебора. Автор не оправдывался, а просто попытался подпортить удовольствие таким людям.
Может как временная стимуляция на пару недель от силы месяц. Потом просто перестанут обращать внимание на лампочку и для того, чтобы по настоящему оповестить о кризисе, придется использовать другой сигнал.
Есть такое.
Много нулей можно заменить на ::, и первые нули в каждой четверке можно опустить. Пример:
ff02:0000:0000:0000:0000:0000:0002:0002 => ff02::2:2
Это только с виду адресов слишком много :) Я бы и бита не отнял.
Дело в том, что IP адреса не выдаются по порядку по мере подключения новых людей, а все адресное пространсто "дробится" сверху-вниз. RIPE-у отдали огромный кусок, он в свою очередь дробит его на более мелкие и отдает провайдерам, те в свою очередь еще дробят и отдают более мелким провайдерам, фирмам, и остальным людям.
Тут главное что. Чем меньше кусков, тем проще таблицы маршрутизации, меньше нагрузка на железо и меньше пинг :) Кроме этого, за исключением редких случаев, куски нельзя объединять и менять на бOльшие. Вот от этого и играют.
Идеальный вариант это, когда все остаются в пределах своего одного куска очень долго. Но люди не ясновидящие и не всегда могут правильно расчитать рост провайдера/фирмы/еще-чего и выдать достаточно адресов с расчетом на будущее.
Распределение адресного пространства очень сложная игра, в которой надо одновременно выдать достаточно много, чтобы не просили больше, и оставить себе про запас, чтобы хватило еще и тем, которые появятся позже. Каждая ошибка приводит к еще одной записи в таблице маршрутизации, а следовательно к увеличению пинга.
Вот тут и приходит на помощь обманчивая избыточность. Можно спокойно давать несоразмерно огромные куски не очень большим компаниям, практически гарантируя, что за добавкой они не придут.
А сейчас в IPv4 сети просто вырывают силой и очень маленькими порциями, со всеми вытекающими последствиями ...
> с приходом глобального позиционирования, вживления чипов людям, и т.д. IPv6 может очень даже пригодится.... у каждого человека свой адрес(адреса)... Большой Брат... мда...
Врядли :) У IPv6 другие задачи. Это протокол сетевого уровня, а не нумерации людей. IPv6 адрес нельзя намертво прошить человеку, как ИНН, или в сетевую плату, как MAC. Он должен меняться при переходе от одного провайдера к другому, при переезде из города в город и даже при перемещении между сегментами сети (mobile-IP отдельная технология).
Иначе не будет такой высокой скорости нахождения маршрута и таких сравнительно маленьких таблиц маршрутизации.
Не согласен, что Eclipse, если он используется только как IDE, является таким случаем. Ведь надо только поправить и проверить работу. Зачем тут Eclipse? Значит привычка или не знаешь как без него. Но тут уже спорить не хочу: пусть вопрос, что напрягать мозг или позвоночник, каждый для себя решает сам. В конце-концов с рюкзаком не так уж и тяжело и больно :)
httр://example.com/script.cgi?donate=20;currency=rub;target=greenpeace
а POST в отдельном блоке запроса (упрощено для наглядности):
Если тебе дали GET адрес или он оказался в избранном, то открытие его автоматом пожертвует 20 рублей гринпису, а POST-параметры в избранном не окажутся, так просто передать другу ссылку тоже нельзя.
Кроме того, обновление страницы после GET запроса проходит без вопросов (т.е. каждый раз будешь жертвовать по 20р), а перед тем как переотправить POST-запрос браузер спросит твоего разрешения.
Итого: GET предназначен для операций, которые не производят изменений (поиск, фильтр, чтение и т.п.), а для удаления, редактирования, добавления и т.п. POST.
Всегда пожалуйста :)
Все таки это выход. Простой img это одно дело, работает почти везде, мало кто отключает, считается безопасным. А javascript это уже другое дело, с ним можно гораздо более серъезные вещи сделать, не зря же есть отдельные галочки в настройках и расширения (тот же noscript), которые или отключают или серъезно урезают его функциональность.
Вообще не стоит принимать формы на изменение базы через GET и тем более их так посылать. Чего стоит только добавление такой ссылки в закладки.
Но это оффтоп. А по теме на eeePC не получится нормально попрограммировать у 1С-ников, дельфистов, C++билдеристов, ораклистов и им подобным, которым необходима тяжелая среда для выполнения или компиляции.
А для остальных проблем нет :) Что это за программист, который не сможет без своей тяжелой любимой IDE сделать пару упражнений на пяток страниц или быстро исправить ошибки в домашней работе. Ведь не требуется же заниматься серъезной разработкой тяжелых систем с нуля и до конца только на eeePC.
Так как первая буква не заглавная, то это даже не начало предложения, а значит там возможно было:
- [Врядли] винда умрет после релиза КДЕ4.22
- [Не] винда умрет после релиза КДЕ4.22 [, а Gnome.]
- [Прежде, чем] винда умрет после релиза КДЕ4.22 [, нужно еще написать кучу приложений. Харе болтать, за работу!]
Или вот варианты с контекстом:
- винда [для меня] умрет [вместе со своим разделом] после релиза КДЕ4.22 [там будут интересные фичи, а чтобы все это собрать нужно место, а его нет]
- [Команда KDE скорее сменит major-версию на 5.x, прежде чем доберется хотя бы до 4.15, поэтому предсказываю, что] винда умрет после релиза КДЕ4.22 [, т.е. не умрет никогда]
А так, да. Фраза без контекста и воспринимаемая дословно выглядит глупой и безосновательной :)
Сдается мне, ты пришел в новый храм со старым уставом :) Понятие "заботы о пользователе" исчезло вместе с "оплатой за каждую копию". Программисты здесь пишут или для себя или для заказчика. Первый случай это вырожденный второй, когда программист сам себе заказчик и сам себе оплачивает часы.
Поэтому выбор не велик: ждать пока кто-то другой эту фичу оплатит (Cannonical, например может) или оплатить самому. Если умеешь программировать, легче оплатить себе, иначе дешевле найти специалиста на каком-нибудь rentacoder-е :)
И это тоже можно автоматизировать :) С помощью ivman-а (еще дока) можно автоматически запускать любую команду, когда вставлена именно твоя флешка (определятся по серийнику). Я так делал автоматический бэкап портативной wiki в фоне, но мне, правда, не требовалось пароли вводить.
У слова неудачный, по-моему, немного другой смысл :) Здесь больше подходит устаревший, достигший потолка.
Остальное:
> Гугл, как апологет борьбы за свободное ПО до сих пор не удосужился включить поддержку Оперы.
1. Какая связь между Оперой и свободным ПО?
2. Сомневаюсь, что Гугл апологет
борьбы засвободного ПОДля меня неясно, как дублируется функциональность: то ли tcpdump был давным-давно форкнут в FreeBSD tcpdump и разработчики постоянно переносят изменения в свою ветку после каждого релиза в основной, то ли они делают копию основной после каждого релиза и проверяют, что изменилось, что поломалось какие из старых патчей уже не нужны и вообще проверяют на совместимость.
Зря ты так. Те же самые эвристики, которые отфильтровывают сложные пароли, может использовать и взломщик для уменьшения количества вариантов для перебора. Автор не оправдывался, а просто попытался подпортить удовольствие таким людям.
Много нулей можно заменить на ::, и первые нули в каждой четверке можно опустить. Пример:
ff02:0000:0000:0000:0000:0000:0002:0002 => ff02::2:2
Дело в том, что IP адреса не выдаются по порядку по мере подключения новых людей, а все адресное пространсто "дробится" сверху-вниз. RIPE-у отдали огромный кусок, он в свою очередь дробит его на более мелкие и отдает провайдерам, те в свою очередь еще дробят и отдают более мелким провайдерам, фирмам, и остальным людям.
Тут главное что. Чем меньше кусков, тем проще таблицы маршрутизации, меньше нагрузка на железо и меньше пинг :) Кроме этого, за исключением редких случаев, куски нельзя объединять и менять на бOльшие. Вот от этого и играют.
Идеальный вариант это, когда все остаются в пределах своего одного куска очень долго. Но люди не ясновидящие и не всегда могут правильно расчитать рост провайдера/фирмы/еще-чего и выдать достаточно адресов с расчетом на будущее.
Распределение адресного пространства очень сложная игра, в которой надо одновременно выдать достаточно много, чтобы не просили больше, и оставить себе про запас, чтобы хватило еще и тем, которые появятся позже. Каждая ошибка приводит к еще одной записи в таблице маршрутизации, а следовательно к увеличению пинга.
Вот тут и приходит на помощь обманчивая избыточность. Можно спокойно давать несоразмерно огромные куски не очень большим компаниям, практически гарантируя, что за добавкой они не придут.
А сейчас в IPv4 сети просто вырывают силой и очень маленькими порциями, со всеми вытекающими последствиями ...
Врядли :) У IPv6 другие задачи. Это протокол сетевого уровня, а не нумерации людей. IPv6 адрес нельзя намертво прошить человеку, как ИНН, или в сетевую плату, как MAC. Он должен меняться при переходе от одного провайдера к другому, при переезде из города в город и даже при перемещении между сегментами сети (mobile-IP отдельная технология).
Иначе не будет такой высокой скорости нахождения маршрута и таких сравнительно маленьких таблиц маршрутизации.