All streams
Search
Write a publication
Pull to refresh
12
0
Антон Липарин @Shtsh

Пользователь

Send message
Я не понимаю недовольных.
Во-первых, это можно удалить одной командой.
Во-вторых, это очень удобно для тех, кто пользуется амазоном (а пользуются им очень многие).
В-третьих, это удобство может привлечь новых пользователей.
В-четвёртых, это может помочь монетизировать дистрибутив без каких-то проблем для пользователей.

ИМХО, направление развития очень правильное. Хотелось бы возможности добавлять свои магазины, было бы очень классно.

Нет, под это попадают «100 золота бесплатно, если оцените на 5 звёзд», как любят делать в аппсторе.
В чём смысл понижения потока трафика? Мне кажется, что доход у всяких порнотьюбов идёт от рекламы. Причём, рекламы довольно специфической. Не думаю, что есть смысл выпускать клиент.

Плюс неднократные заявления руководства гугла, что они не допустят порно в своих сервисах. Неспроста появились альтернативные маркеты (MiKandi, например).
Раньше не пропускали. А теперь ещё есть и такие пункты.

Do not post an app where the primary functionality is to:
  • Drive affiliate traffic to a website or
  • Provide a webview of a website not owned or administered by you (unless you have permission from the website owner/administrator to do so)

Но вообще, есть отдельный маркет, называется MiKandi. Только мне было бы как-то стрёмно светить там карточку.
Единственная причина, почему WP7 не стала популярной — время выхода на рынок. Если бы это появилось в 2007-2008 + пропиарить всё это, то был бы популярный массовый продукт. А со временем удалось бы уйти от болячек вроде отстутствия VPN.

Но в массовую продажу WP вышла в 2011 (поправьте, если я не прав), когда рынок уже был поделён и у конкурентов уже были значительно более крупные инфраструктуры (видео, музыка, книги, журналы, приложения (в основном я имею в виду рынок США).

Но повторюсь, вышел поздно, а это в современных условиях гибели подобно. А ещё стоит учесть, как «кинули» владельцев всех телефонов с обновлением до WP8, на которое многие надеялись, насколько я помню, что может сильно подорвать репутацию.

Плюс при появлении выбрали главным конкурентом iPhone как лидера рынка по объёмам продаж в топовом сегменте (особенно стоит учитывать прибыль с продаж контента) не имея реальных киллер фич и с явно более слабой инфраструктурой.

Почему-то мне кажется, что тут явный просчёт высшего менеджмента, задающего именно глобальные направления в развитии и продвижении продуктов. И почему-то мне кажется, что виной Балмер, как не очень эффективный руководитель.

Кажется вообще отклонился от темы поста. Но ожидаю аргументированной критики :)
Я думаю, что Apple в любом случае потребует запрет продажи.
У меня это вызывает дискомфорт, поэтому для меня это равносильно «нельзя».
Если это не утка, то новость замечательная — на 10 уже можно читать pdf и удобно ходить по интернету.
Возможно. Но у многих крупных компаний уже есть Exchange и переделывать инфраструктуру нерационально.
Общие папки, глобальная адресная книга, Группы, каледнари, отличная интеграция с AD. Полноценную альтернативу ему очень тяжело найти.
А на работе не требуется exchange?
У нас хранится с десяток гигабайт, загружается на S3 каждую ночь. В месяц уходит примерно 25 долларов. Для каждого сервера скорость от 10 Мбит/c
Между прочим, на xda-developers уже есть утёкшая прошивка для Galaxy Nexus: тыц
Можно вызвать из экрана блокировки и появляются сообщения в шторке уведомлений.
Я ожидал, что будет что-то типа такого примера. Вот только и в разработке ядра Линус является менеджером — он определяет, что включать и как развиваться проекту. И это не считая того, что подавляющее большинство кода в ядре linux пишут крупные компании, в которых как раз менеджеров прилично.
Статья как-то сильно оторвана от реальности. И сильно напоминает шутку о средней температуре по больнице.

Давайте разберём пример: в компании 100 тыс сотрудников. Я так понимаю, раз мы на хабре, то это контора, предоставляющая IT-услуги и подразумевается, что эти сотрудники — только те, которые непосредственно занимаются разработкой/поддержкой/обеспечением инфраструктуры.

Логично, что эти люди не занимаются одним проектом, потому что проектов такого размера в одной компании не будет, а если и будет, то значительная часть будет отдана индусам или нам на аутсорс и проект оказывается размазанным по всей планете, куче часовых поясов и, в результате, мы опять приходим к небольшим командам максимум в несколько десятков человек.
В команде должен быть какой-то лидер, на котором должна быть ответственность и который распределяет задачи и организовывает процессы внутри команды. Иначе в случае факапа не получится найти причину и избежать его в следующий раз. Если лидер занялся руководством, то у него не выйдет уже полноценно заниматься разработкой, так как ему приходится поддерживать процесс.

И все эти команды кому-то нужно координировать. Человек не может держать постоянно в голове сколько угодно нюансов, а этот менеджер должен правильно понимать, что происходит в командах и ждать от них предсказуемого результата. Ну, в результате получается ещё один-два слоя и в результате получаются топ-менеджеры, которые знают, куда движется компания и имеют планы на дальнейшее развитие.

К тому же в крупных компаниях обычно следят за развитием сотрудников и этим тоже нужно кому-то заниматься. Естественно, менеджер должен разбираться в данной области, причём если он хороший специалист, это даст ему много уважения со стороны специалистов.

Не стоит забывать, что программисты — люди, и у них бывают проблемы и потребности. Задача менеджеров сделать так, чтобы они занимались именно своим делом, а не решением каких-то сопутствующих проблем (для этого и существуют HR, бухгалтерия и проч. службы). При правильно организованном процессе так и происходит и это позволяет очень хорошо экономить деньги. Проблема только в том, что таких компаний (с хорошо поставленными процессами) очень мало.

На эту тему стоит погуглить по ITIL, например.
Спорно, таких проектов почти и нету. В опенсорсе главное — процесс. Хотя, может, мы понимаем разное в слове «результат». Во всех мелких проектов функции менеджера выполняет разработчик, в крупных — уже есть менеджмент.
Это понятно. Но если на неделю, которую длится поездка, нельзя найти замену, то в случае bus-синдрома будут большие проблемы и обойдутся они в значительно большую сумму, чем на неделю поставить человека.
Мне бы было как-то стрёмно.

Но моё мнение, что если понадобилось такое вмешательство, то плохо организован процесс. В таких случаях всегда должна быть замена.

Information

Rating
Does not participate
Location
Bellevue, Washington, США
Registered
Activity