Впервые я перешел на Оперу во времена 6 версии. В то время Опера по сравнению с IE6 была дико крутой. Быстрая загрузка веб-страниц, отключение картинок одним нажатием кнопки, индикатор загрузки, активно используемый кэш. Когда IE6 сохранял страницу, то он заново загружал все ресурсы из интернета, а Опера сохраняла ресурсы из кэша за счет чего сохранение проходило моментально. В общем пункта 2-3 из этой статьи появились еще в шестой Опере. В то время все это было нужно.
Потом интернет стал быстрее и дешевле. Отключать картинки, считать загруженные килобайты, и кэшировать стало просто не нужным. Сейчас я вообще отключаю кэширование. А зачем хранить этот трэш?! Появился Firefox, который работал лучше Оперы и я перешел на его 2 версию. Сейчас два моих основных браузера это Firefox и Chrome.
Единственная крутая штука, которая осталась в Опере — это Opera Dragonfly. Все остальное или перестало быть актуальным или уже давно появилось в других браузерах. Самые технологичные браузеры это сейчас Chrome и Firefox.
Мое мнение по пунктам:
1, 2) Нормальное выделение текста на странице, выделение текста в ссылке
По первому пункту меня в Firefox или Chrome всё устраивает, по второму согласен. Но этого мало чтобы перейти на Оперу.
3) Скачивание файлов и их открытие
Это все настраивается как в Firefox так и в Chrome, в обычных настройках можно указать куда сохранять, нужно ли спрашивать каждый раз куда сохранять, чем открывать и пр.
4) Свойства изображения
В Firefox это есть, так и называется «Информация об изображении», появляется по нажатию ПКМ. В Chrome нет, но нужно ли это?! С изображениями я использую только 4 функции: скопировать ссылку, скопировать изображение, сохранить изображение, открыть изображение в отдельной вкладке — всё это есть как в Firefox так и в Chrome.
5, 6, 8) Индикаторы загрузки, отключение картинок, переключение вкладок
Всевозможные индикаторы загрузки, кнопки отключения картинок и переключения вкладок подключаются доп. расширениями. Например, для Firefox можно поставить FoxTab и переключаться между вкладками колесиком мышки, предварительно зажав правую кнопку мыши.
7) Удобное отображение RSS-лент
Я не читаю RSS средствами браузера, раньше я использовал для этого какой-нибудь desktop-клиент, а сейчас онлайн-сервис.
Сотрудники уголовного розыска сомневаются, что убийство связано со спамерской деятельностью убитого. По версии следствия задержанные забрались ночью по водосточной трубе в квартиру Кушнира, расположенную на втором этаже, с целью ограбления.
Давайте доработаем очки до экзокостюма, который бы брал на себя часть работы по социальному взаимодействию, да и вообще всю работу. Такой некий автопилот для человека. Сидишь себе внутри и наслаждаешься жизнью. Вообще идея клевая.
Прототип ни к чёрту. Потому что когда его читаешь, пытаешься разобрать еле видные буквы. Потом пытаешься понять смысл прочитанного. И только уже потом силой надо заставлять себя запоминать цвет, ассоциируемый с буквой. Раздражает жутко. Мне кажется тут надо было как раз наоборот сделать. Сначала один цвет ввести, потом еще один и т.д.
>> Кому не плевать, что ваши документы могут прочитать какие-то АНБ?
>> Кому вы нафиг нужны?
Это вы так считаете пока «плывете по течению» и у вас все ровно в отношениях с государством. Но когда-нибудь в вашей жизни приключится ситуация, когда придется «плыть против течения» и тогда станет понятно чего стоит свободное мнение.
Ну, так-то да я бы сказал, что объектно-ориентированная парадигма как бы перпендикулярна сервисно-ориентированной. Но, например, параллельна классической структурной парадигме (в стиле языка C). Т.е. мы можем следовать сервисно-ориентированной парадигме как на базе ООП, так и на базе структурной парадигмы.
По моему мнению, обилие интерфейсов со всего лишь одной реализацией немного затрудняет поддержку кода. В одном из проектов, в котором я участвую, практически все сервисные интерфейсы имеют только одну реализацию. В итоге чтобы добавить метод, нужно сначала добавить его в интерфейс, потом в реализацию. Хотя всем уже итак понятно, что в обозримом будущем других реализаций для этого интерфейса не предвидится. Но «магический фреймворк» требует интерфейсов. Т.е. по сути здравого смысла понятно, что мне тут нужен один файл, но поддерживать приходится два. А вообще ад — это когда один такой сервис через цепочку таких же сервисов взаимодействует с другим сервисом. Приходится протаскивать нужный метод путем редактирования интерфейса и реализации для каждого элемента цепи. Отсутствие здравости в том, что практически всегда это редактирование сводится к одной строчке вызова метода из другого сервиса.
Я начинал с того что устроился в компанию из «3-5 человек сотрудников». Все кроме генерального директора были студентами. Через год я формально был уже техническим директором и тимлидом. Неформально я все так же продолжал говнокодить. Весь софт писался на коленке. Никто не писал тесты, не было системы сборки и прочих инструментов. Мне с трудом удалось убедить всех использовать SVN, до этого разработчики обменивались кодом путем пересылки друг другу заархивированных проектов. У меня не хватало опыта и знаний и поэтому я был паршивым техническим директором и тимлидом.
Позже я устроился джуниором в компанию из примерно как минимум 20 человек. Через год, конечно, я уже не был ни тех. директором, ни тимлидом. Но зато я увидел, как люди более менее методично пишут софт. Не скажу что прямо ах…ть, но все таки кое-чему научился.
Я считаю, что новичкам лучше начинать карьеру в больших компаниях, потому что в них четко поставлены рабочие процессы разработки ПО. Там действительно можно чему-то научится. Маленькие команды для профессионалов, которые уже знают, как правильно делать.
+1 по четвертому пункту. Я как-то работал в офисе с 9:00 до 19:00 (с перерывом в два часа с 13:00 до 15:00) и действительно после 16:00 просто отсиживал часы до 19:00. Рекомендую работодателям, читающим это, обратить внимание на эту проблему.
Стив Макконнелл приводит этот пункт, как пример ошибочного проектирования, что тоже важно. Примеры хорошего проектирования:
Телекоммуникационной компании понадобилось изменить около 3 тысяч строк в базовом ПО объемом примерно в 1000000 строк. Изменения были внесены столь тщательно, что через год работы не обнаружилось ни одной ошибки. Время, которое потребовалось для внесения изменений, включая анализ требований, планирование, реализацию и тестирование, составило 9 часов.
Группа разработчиков ПО для ВВС США взялась реализовать некий проект за год с бюджетом $2000000, хотя другие вполне достойные разработчики предлагали срок до 2 лет при бюджете до $100000000. Когда же эта группа сдала ПО на месяц раньше срока, менеджер проекта заявил, что успех достигнут за счет методик, известных уже несколько лет, но редко применяемых на практике.
Авиастроительная компания разрабатывает ПО для клиентов по фиксированной цене, при этом только 3% ее проектов превышают сметную стоимость; 97% из 100 укладываются в бюджет.
Организация, твердо следующая политике достижения исключительного качества ПО, в течение 9 лет добивалась ежегодного снижения на 39% количества дефектов, обнаруживаемых после выпуска версий; итоговое снижение составило 99%.
В pom.xml прописано:
<scm> <connection>scm:git:https://github.com/MY_LOGIN/MY_PROJECT_NAME.git</connection> <developerConnection>scm:git:https://github.com/MY_LOGIN/MY_PROJECT_NAME.git</developerConnection> <url>https://github.com/MY_LOGIN/MY_PROJECT_NAME</url> </scm>В settings.xml:
<server> <id>github.com</id> <username>MY_LOGIN</username> <password>MY_PASSWORD</password> </server>Весь день безуспешно провозился, играя, с настройками scm в pom.xml и server в settings.xml. Прошу помочь.
Потом интернет стал быстрее и дешевле. Отключать картинки, считать загруженные килобайты, и кэшировать стало просто не нужным. Сейчас я вообще отключаю кэширование. А зачем хранить этот трэш?! Появился Firefox, который работал лучше Оперы и я перешел на его 2 версию. Сейчас два моих основных браузера это Firefox и Chrome.
Единственная крутая штука, которая осталась в Опере — это Opera Dragonfly. Все остальное или перестало быть актуальным или уже давно появилось в других браузерах. Самые технологичные браузеры это сейчас Chrome и Firefox.
Мое мнение по пунктам:
1, 2) Нормальное выделение текста на странице, выделение текста в ссылке
По первому пункту меня в Firefox или Chrome всё устраивает, по второму согласен. Но этого мало чтобы перейти на Оперу.
3) Скачивание файлов и их открытие
Это все настраивается как в Firefox так и в Chrome, в обычных настройках можно указать куда сохранять, нужно ли спрашивать каждый раз куда сохранять, чем открывать и пр.
4) Свойства изображения
В Firefox это есть, так и называется «Информация об изображении», появляется по нажатию ПКМ. В Chrome нет, но нужно ли это?! С изображениями я использую только 4 функции: скопировать ссылку, скопировать изображение, сохранить изображение, открыть изображение в отдельной вкладке — всё это есть как в Firefox так и в Chrome.
5, 6, 8) Индикаторы загрузки, отключение картинок, переключение вкладок
Всевозможные индикаторы загрузки, кнопки отключения картинок и переключения вкладок подключаются доп. расширениями. Например, для Firefox можно поставить FoxTab и переключаться между вкладками колесиком мышки, предварительно зажав правую кнопку мыши.
7) Удобное отображение RSS-лент
Я не читаю RSS средствами браузера, раньше я использовал для этого какой-нибудь desktop-клиент, а сейчас онлайн-сервис.
$ ruby -e "$(curl -fsSL https://raw.github.com/Homebrew/homebrew/go/install)">> Кому вы нафиг нужны?
Это вы так считаете пока «плывете по течению» и у вас все ровно в отношениях с государством. Но когда-нибудь в вашей жизни приключится ситуация, когда придется «плыть против течения» и тогда станет понятно чего стоит свободное мнение.
Позже я устроился джуниором в компанию из примерно как минимум 20 человек. Через год, конечно, я уже не был ни тех. директором, ни тимлидом. Но зато я увидел, как люди более менее методично пишут софт. Не скажу что прямо ах…ть, но все таки кое-чему научился.
Я считаю, что новичкам лучше начинать карьеру в больших компаниях, потому что в них четко поставлены рабочие процессы разработки ПО. Там действительно можно чему-то научится. Маленькие команды для профессионалов, которые уже знают, как правильно делать.
Быть киборгом — это круто. Такую роборуку можно рассматривать даже как некое преимущество. Я бы и сам попробовал.
model-view-controller
В параграфах 2.6-7 рассказывается о жизни после PhD.