Если на странице мало информации, а футер отвлекает, то это повод задуматься над тем, не слишком ли у вас толстый футер. Если задуматься лень, то просто вставьте лишние переносы строк чтобы опустить футер ниже и не парьтесь.
Почти невозможно прикинуть, насколько затратно будет использование одного софта вместо другого или одного железа вместо другого. Слишком много критериев, много шума. Поэтому критерий у меня простой: какой инструмент меньше приносит неудовольствия (или больше удовольствия) - тот и лучше. Лишь бы денег хватило. Если, скажем, хватает 2К баксов, а есть менее кайфовая модель, но за 1К, то по-моему нужно брать за 2К. Потому что 1) хватает и 2) продуктивность максимальная.
На про получше, гораздо. Но он на 100 г тяжелее и заметно пошире. Мне ноута с 13-дерьмовым экраном хватает вполне, жаль лишь, что бакмук тяжеловат. Эйр - в самый раз.
Не, не раскладываются. Мне нравится мой макбук, но не нравится его вес (2,3 кг). Мне не нравится, что нельзя хакнуть двд-привод, не нравится, что экран цвета коверкает. Но там стоит такой софт, который все перебивает. И крышка на магните с мгновенным слипом. И 5 часов без провода. Айр, мож, куплю, чтобы все было еще лучче. Но это только если 1) он греться будет меньше и 2) деньги не придется тратить на что-то другое.
Еще раз прочитайте, что написал я и что написали вы.
На каждое "неплохо было бы" ребята вроде Линуса Торвальдса отвечают: "делайте и присылайте патч". Вам не хватает RSA? Пишите сами, внедряйте, тестируйте, присылайте патч мейнтейнерам. Его включат, а вы осчастливите и себя, и остальных тем, что больше не будете "юзать громоздкие построения".
Эффективный поиск в многомерном массиве реализуется в зависимости от задачи десятком способов. Например, через k-d skiplists. Или RT-Trees. Или последовательно, или через связный список, или через Z-path. Можете реализовать тот способ, какой вам больше всего подходит и прислать патч, это ж оупенсорс.
1) Потоков не будет.
2) Файберов не будет.
3) Будет никому не нужный гоуту.
4) Благодаря постепенно вводимым регистрозависимым функциям удовольствие от всевозможных несовместимостей будет растянуто. Количество бесполезной информации о правилах написания функций, за которой нужно будет лезть в мануал, будет будет увеличено.
5) Когда все нормальные ребята пишут v = a || b, в пхп будет ifsetif() вместо бывшего "?:" Это мне напоминает о Перл6 с оператором >>@<< и др.
Ребята, хранящие код в git продолжат работу и смогут коммитить изменения, а ребята, хранящие код в subversion будут вынуждены сделать git init и делать коммиты в гит.
Если, конечно, они предварительно скачали и установили его =)
потому что less is more. Я уже сполна затрахался с аяксом и как пользователь, и как разработчик. Тем, кто еще нет, действительно проще написать скрипт, чем один тег =)
Ты прав в том, что поле загрузки файла должно настраиваться так же, как и остальные поля. Без дискриминации. Да, это так. Загрузка через ДОМ - это тоже отлично и полезно. Но это все вкусности, которые в разных браузерах требуют некоторых сложных изменений. Мне же нужна всего лишь простая, но важная функциональность, которую добавить довольно просто в любой из современных браузеров. Причем, эта функциональность будет совместима с существующими приложениями и протоколом HTTP 1.1.
Вот когда добавят необходимые для щастья 50-200 лишних строк кода на Си (Си++ или ObjC) для опции multiple, тогда пусть и придумывают API для джаваскрипта.
Вот такая нечеткая логика.
(ушел писать многомерный индекс)
1) Хватит ли вам на него денег.
2) Будете ли вы работать на нем с удовольствием.
Все остальное — холивары.
На каждое "неплохо было бы" ребята вроде Линуса Торвальдса отвечают: "делайте и присылайте патч". Вам не хватает RSA? Пишите сами, внедряйте, тестируйте, присылайте патч мейнтейнерам. Его включат, а вы осчастливите и себя, и остальных тем, что больше не будете "юзать громоздкие построения".
Выбрасывать мусор так же важно, как и вносить новые фичи. Без первого или без второго язык загнется.
А если кто-то не умеет писать хорошие тесты, то загнется его приложение на старой версии, а все остальные будут двигаться вперед.
1) Потоков не будет.
2) Файберов не будет.
3) Будет никому не нужный гоуту.
4) Благодаря постепенно вводимым регистрозависимым функциям удовольствие от всевозможных несовместимостей будет растянуто. Количество бесполезной информации о правилах написания функций, за которой нужно будет лезть в мануал, будет будет увеличено.
5) Когда все нормальные ребята пишут v = a || b, в пхп будет ifsetif() вместо бывшего "?:" Это мне напоминает о Перл6 с оператором >>@<< и др.
Если, конечно, они предварительно скачали и установили его =)
2) Очень согласен: "Если выдавать серверу файлу в порядке очередности через JS, то ситуация будет более радужной."
Вот и вся разница в наших рассуждениях этим зимним вечером =)
Вот когда добавят необходимые для щастья 50-200 лишних строк кода на Си (Си++ или ObjC) для опции multiple, тогда пусть и придумывают API для джаваскрипта.