Да по-моему, ей все инженеры Оперы пользовались — она как раз оптимизирована под мейл-листы, а у них все через мейл-листы делается. На один продукт может быть с десяток мейл-листов.
— Драгонфлай. Были в нем пару вещей, которых у других не было.
— Корзинка с недавно закрытыми вкладками.
— Wand — он потрясающ, но одна другая заполнялка паролей и данных форм ему в подметки не годится.
— Link
— Ваш прежний даунлоадер — лучший.
— M2 — я понимаю. что не хочется тянуть за ним еще один ренедерер, но хотеть не вредно :)
Ну и отдельно:
— посмотрите, что там есть в Presto, чего еще нет в Blink, наверняка есть пару полезных штук, которые можно перенести.
— Fit-To-Width — какой бы ни был набор хаков, а все же работал на Ура. Было бы здорово увидеть его снова!
— все тут твердят про волшебный скроллинг, тоже не помешает
Что не нравится:
— на спиддайле я одновременно вижу три поиска — перебор. Панель Яндекса некрасивая.
Поставил m2. Не понравилось, что раз он отдельный, то и ссылки открывает отдельно. Имхо, неудобно. Было бы прекрасно, если б открывались новые табы, причем Блинком — могло бы получиться интересно. Эдакий браузер с минимумом настроек в почтовом клиенте. Альтернативная идея — что-то вроде Quick View в Apple Mail.
А в чем проблема оператора сменить? Надеюсь, в вашей демократичной стране номер телефона при переходе сохраняется бесплатно? Да и в целом, стоимость аппарата в пятьсот-шестьсот долларов — высокая, но не непомерная. Могли бы просто купить, а потом уже подключиться — сэкономили бы за год еще на такой же телефон.
По разным оценкам Hotmail или Yahoo. Оценка несколько затрудненна, т.к. компании не разглашают число своих пользователей, при этом у некоторых пользователей есть несколько ящиков на одном сервисе, некоторые из них могут быть неактивными, а критерии активности у сервисов тоже разные.
Интересный факт: личный почтовый ящик Эрика Шмидта — председателя совета директоров и бывшего исполнительного директорв Google — находится на Yahoo. Ящик он завел очень давно, и поскольку у него накопилось много деловых и личных контактов, использующих этот адрес, Эрику проще оставаться на Yahoo, чем пытаться мигрировать на Gmail.
Многие упускают такой аспект, как полезность опыта написания эссе при последующем поиске работы. Я однажды написал такое про себя, чтобы получить рейз. Получилось довольно интересно: смог описать круг своих основных и неосновных обязанностей, кучу достижений как и в своих проектах, так и за их рамками, показал, как помогаю коллегам и накидал свое видение развития проекта и команды. Конечно, получилось жутко хвастливо, на бумаге выходило, что я прямо супермен какой-то.
Прошло меньше года, и я решил поискать другую работу. И когда меня стали спрашивать, что именно я делал на последнем месте, этот текст сразу вспомнился. И на деле получилось, что я мог рассказывать о своей работе достаточно долго, живо и с упоением и энтузиазмом, и в целом впечатление обо мне складывалось очень положительное. Как результат, получил кучу хороших предложений, и сейчас работаю в замечательной компании.
Мне очень понравился конструктив в статье. Нет этого фанбойизма и истерики, которая присуща темам, связанным с выбором тех или иных технологий.
Код, который решает проблему с поддержкой рендерринга картинок на GPU, было бы неплохо выложить куда-нибудь на GitHub, чтобы другие разработчики могли воспользоваться решением. У GitHub есть плагин для Maven, который умеет собрать артефакт (jar) и положить его в отдельный бранч проекта, причем версии можно указывать тегами. Потом этот урл можно указывать в зависимостях — очень и очень удобно.
Плюс неплохо было бы выложить решение проблемы в виде вопроса-ответа на StackOverflow, чтобы другие потом могли бы его найти. SO позволяет отвечать самому себе. Если кинете ссылку, думаю сообщество поддержит.
Вообще у вас довольно специфическая задача — обработка изображений. Поэтому смело советовать использовать тот или иной тулкит сложно. Если бы я сам занимался разработкой десктопного приложения, я бы делал его на HTML — просто я знаю, как на нем делать интерфейсы, лучше, чем на чем-либо другом. За основу взял бы Node-WebKit или Chromium Embedded Framework.
Знаю, что многие пльзователи Маков не любят ненативные приложения. За это часто ругают Firefox, Opera, среды разработки и т.д. Свои косяки, конечно, есть везде: и в Qt, и в XUL, и в Swing. Но свинг под мак долгое время подпиливали сами Apple, так что тут у него есть некоторое историческое преимущество. В любом случае, главное, что ваше приложение решает конкретные проблемы пользователей, не портя им настроение, а на чем оно написано — дело десятое.
Да не только в Одессе, пару лет назад в днепропетровском Циклуме искали «ночного дотнетчика». Долго не было кандидатов, а потом пришел товарищ со словами: я днем работаю там-то, а потом часам к семи буду приходить к вам, а с трех ночи спать. Заказчики — странные люди. Есл им так важно время работы разработчика, почему не нанять его в Аргентине или Мексике — те же часовые пояса, та же стоимость, что и в Украине (±).
Проблема Омска в его часовом поясе — и для США.и для Европы, и для Москвы далековато. Не то, чтобы критично — я работал с ребятами из Барнаула, разница была в полдня, и было довольно удобно. Но многим легче переплатить $500, но при этом иметь доступ к разработчикам в течение всего рабочего дня.
Извините, но у меня в JavaScript алерта нет — интерпретатор ругается:
$ node
> alert('Hi')
ReferenceError: alert is not defined
at repl:1:2
at REPLServer.self.eval (repl.js:110:21)
at Interface.<anonymous> (repl.js:239:12)
at Interface.EventEmitter.emit (events.js:95:17)
at Interface._onLine (readline.js:202:10)
at Interface._line (readline.js:531:8)
at Interface._ttyWrite (readline.js:754:14)
at ReadStream.onkeypress (readline.js:99:10)
at ReadStream.EventEmitter.emit (events.js:98:17)
at emitKey (readline.js:1089:12)
>
А JavaScript билда не требует? Конечно, можно не делать билда, но и CoffeeScript тоже можно скрипттагом подключать :) Мы так делали какое-то время, когда решали, пробовать — не пробовать. Даже @sourceUrl вставляли, чтобы в браузере заevalенные скрипты было видно, но быстро прекратили.
Так никто не делает — в последний раз фронтенд проект без билда я видел году в 2009 или раньше. Наш билд-процесс компилирует стили, собирает скрипты в бандлы, прогоняется JSHint'ом по ним, спрайты пересобирает, если нужно, тесты прогоняет. Причем мало что изменялось при переходе с JS на CS и обратно. И я думаю, у многих так.
Да, SE наверняка нет. У нас портировали ME-приложение на Андроид, и сравнивали производительность UI в Далвике без JIT и в JavaME c JIT, запущенной из-под NDK. Второе оказывалось быстрее.
Естественно. WebStorm, SublimeText, GitHub, Jira, Jenkins, Confluence, Npm, LiveReload, etc.
В конце 2011 — первой половине 2012 уже была волна перехода на Coffee. Тогда многие его пробовали, кто-то бросал после недели, кто-то — после месяца, кто-то через год, а кто-то продолжает до сих пор. И те, кто бросал, соглашались в одном — плюсы и минусы примерно равны, а раз нет разницы, то зачем заморачиваться?
Сейчас идет вторая волна — из тех, кто в свое время струсил переходить на Coffee из-за якобы сложного дебага и решил дождаться выхода SourceMaps. Но для тех, для кого отладка с самого начала не была проблемой, ничего не изменилось.
Если вам сегодня нравится Coffee, и вам он подходит, я рад за вас. Но для многих разработчиков это не шаг вперед, а шаг в сторону.
А мы после года разработки на CoffeeScript отказались от него. Синтаксические преимущества не всегда очевидны, полно узких мест, в которых парсер выдает не то, что задумывал автор. Скорость разработки не выросла, но и с дебагом даже до сорсмэпов проблем мы не испытывали. Получилось, что в целом «шило на мыло», и при прочих равных команда предпочла остаться на JavaScript в новых проектах.
Я — пессимистичный разработчик. Всякий раз, когда менеджмент что-то обсуждает, я указываю, где именно и почему у нас будут проколы по срокам, фичам, стабильности и т.п. Очень часто я таким образом порчу радужную картину в верхах и нарушаю всеобщуюу идиллию и эйфорию в компании. Несмотря на то, что все мои замечания в конце концов оказываются верными, меня все равно не любят.
Киев на 20-30% дороже Харькова и Днепропетровскам по зарплатам и по стоимости аренды офиса, а вот Одесса и Львов не сильно дешевле.
Хороший специалист — топ 5-10% стоит одинакого дорого в любом регионе.
К сожалению, не осветили главную проблему украинского IT — рынок труда исчерпан, количество вакансий на одного разработчика по разным оценкам от 2х до 5и. Поэтому привлечь кого-то на проект без какой-то «изюминки» очень сложно. «Изюминка» тоже не всякая подойдет. Скажем, если у вас проект на iOS с Монгой и Эрлангом — то, может это кого-то и заинтересует, но в целом в аутсорсе этого добра уже навалом.
JVM на Андроиде вроде уже года с 2009 есть — с тех самых пор, как NDK появился. Была какая-то контора в Швейцарии, которая свою виртуальную машину с Windows Mobile на Android перенесли. У них был JIT еще до того, как сделали JIT в Дальвике, и оно так заметно быстрее Java-код выполняло.
Насчет навигации очень верно. Когда мы оказываемся в незнакомом месте и не знаем, куда идти, моя первая мысль — заглянуть в карту, а у жены — спросить у кого-нибудь.
— Драгонфлай. Были в нем пару вещей, которых у других не было.
— Корзинка с недавно закрытыми вкладками.
— Wand — он потрясающ, но одна другая заполнялка паролей и данных форм ему в подметки не годится.
— Link
— Ваш прежний даунлоадер — лучший.
— M2 — я понимаю. что не хочется тянуть за ним еще один ренедерер, но хотеть не вредно :)
Ну и отдельно:
— посмотрите, что там есть в Presto, чего еще нет в Blink, наверняка есть пару полезных штук, которые можно перенести.
— Fit-To-Width — какой бы ни был набор хаков, а все же работал на Ура. Было бы здорово увидеть его снова!
— все тут твердят про волшебный скроллинг, тоже не помешает
Что не нравится:
— на спиддайле я одновременно вижу три поиска — перебор. Панель Яндекса некрасивая.
Поставил m2. Не понравилось, что раз он отдельный, то и ссылки открывает отдельно. Имхо, неудобно. Было бы прекрасно, если б открывались новые табы, причем Блинком — могло бы получиться интересно. Эдакий браузер с минимумом настроек в почтовом клиенте. Альтернативная идея — что-то вроде Quick View в Apple Mail.
Интересный факт: личный почтовый ящик Эрика Шмидта — председателя совета директоров и бывшего исполнительного директорв Google — находится на Yahoo. Ящик он завел очень давно, и поскольку у него накопилось много деловых и личных контактов, использующих этот адрес, Эрику проще оставаться на Yahoo, чем пытаться мигрировать на Gmail.
Прошло меньше года, и я решил поискать другую работу. И когда меня стали спрашивать, что именно я делал на последнем месте, этот текст сразу вспомнился. И на деле получилось, что я мог рассказывать о своей работе достаточно долго, живо и с упоением и энтузиазмом, и в целом впечатление обо мне складывалось очень положительное. Как результат, получил кучу хороших предложений, и сейчас работаю в замечательной компании.
Код, который решает проблему с поддержкой рендерринга картинок на GPU, было бы неплохо выложить куда-нибудь на GitHub, чтобы другие разработчики могли воспользоваться решением. У GitHub есть плагин для Maven, который умеет собрать артефакт (jar) и положить его в отдельный бранч проекта, причем версии можно указывать тегами. Потом этот урл можно указывать в зависимостях — очень и очень удобно.
Плюс неплохо было бы выложить решение проблемы в виде вопроса-ответа на StackOverflow, чтобы другие потом могли бы его найти. SO позволяет отвечать самому себе. Если кинете ссылку, думаю сообщество поддержит.
Вообще у вас довольно специфическая задача — обработка изображений. Поэтому смело советовать использовать тот или иной тулкит сложно. Если бы я сам занимался разработкой десктопного приложения, я бы делал его на HTML — просто я знаю, как на нем делать интерфейсы, лучше, чем на чем-либо другом. За основу взял бы Node-WebKit или Chromium Embedded Framework.
Знаю, что многие пльзователи Маков не любят ненативные приложения. За это часто ругают Firefox, Opera, среды разработки и т.д. Свои косяки, конечно, есть везде: и в Qt, и в XUL, и в Swing. Но свинг под мак долгое время подпиливали сами Apple, так что тут у него есть некоторое историческое преимущество. В любом случае, главное, что ваше приложение решает конкретные проблемы пользователей, не портя им настроение, а на чем оно написано — дело десятое.
Извините, но у меня в JavaScript алерта нет — интерпретатор ругается:
$ node > alert('Hi') ReferenceError: alert is not defined at repl:1:2 at REPLServer.self.eval (repl.js:110:21) at Interface.<anonymous> (repl.js:239:12) at Interface.EventEmitter.emit (events.js:95:17) at Interface._onLine (readline.js:202:10) at Interface._line (readline.js:531:8) at Interface._ttyWrite (readline.js:754:14) at ReadStream.onkeypress (readline.js:99:10) at ReadStream.EventEmitter.emit (events.js:98:17) at emitKey (readline.js:1089:12) >Так никто не делает — в последний раз фронтенд проект без билда я видел году в 2009 или раньше. Наш билд-процесс компилирует стили, собирает скрипты в бандлы, прогоняется JSHint'ом по ним, спрайты пересобирает, если нужно, тесты прогоняет. Причем мало что изменялось при переходе с JS на CS и обратно. И я думаю, у многих так.
В конце 2011 — первой половине 2012 уже была волна перехода на Coffee. Тогда многие его пробовали, кто-то бросал после недели, кто-то — после месяца, кто-то через год, а кто-то продолжает до сих пор. И те, кто бросал, соглашались в одном — плюсы и минусы примерно равны, а раз нет разницы, то зачем заморачиваться?
Сейчас идет вторая волна — из тех, кто в свое время струсил переходить на Coffee из-за якобы сложного дебага и решил дождаться выхода SourceMaps. Но для тех, для кого отладка с самого начала не была проблемой, ничего не изменилось.
Если вам сегодня нравится Coffee, и вам он подходит, я рад за вас. Но для многих разработчиков это не шаг вперед, а шаг в сторону.
В любом случае, JVM не была доступна для широкой публики, а только для «заинтересованных» партнеров.
Хороший специалист — топ 5-10% стоит одинакого дорого в любом регионе.
К сожалению, не осветили главную проблему украинского IT — рынок труда исчерпан, количество вакансий на одного разработчика по разным оценкам от 2х до 5и. Поэтому привлечь кого-то на проект без какой-то «изюминки» очень сложно. «Изюминка» тоже не всякая подойдет. Скажем, если у вас проект на iOS с Монгой и Эрлангом — то, может это кого-то и заинтересует, но в целом в аутсорсе этого добра уже навалом.