Судя по первым обзорам телефон получился достаточно глючным. Т.е. заявленные функции есть, но работают как-то криво.
Надеюсь улучшат с обновлением прошивки. Однако похоже очередной iphone killer не вышел, что жаль.
А вы не пробовали ее перевести на английский и разместить на продажу в амазоне для Kindle? Или в других книжных online магазинах?
В Apple iBook было бы удобно встроить видео, получилось бы очень и очень занимательно.
Пробовал, но не было такого 5 минут и уже пишу код. Заняло не мало времени, чтобы просто свыкнуться с синтаксисом.
Это было сделано лишь только для общего познания.
И что значит люди не в состоянии программировать на Obj-C? Если я пишу драйвера для видеокарт(к примеру просто, не пишу я их, но задачи часто сопоставимые), это значит я не в состоянии осилить Obj-C? Не нужен он просто, ну аж никак. Но иногда кое-какую UI-ку написать хочется, мне для этого надо изучать нечто кардинально новое?
В каждом языке дьявол кроется в деталях, поэтому тоже самое можно сказать и про Python и про Ruby, и тем более про С.
Важен порог входа и необходимое время на освоение базовых принципов языка.
Т.е. если мне привычна семантика языков, например Java, Python, С++ и Go я должен ломать мозг и перестраивать его восприятие на нечто трудно читаемое(для новичков)? Увольте, но лично мне жалко своего времени для этого. Хоть эти знания за плечами не носить, эти знания лично мне избыточны.
А вот Swift весьма прост, относительно беглого взляда в книжку достаточно, чтобы начать писать код. И пусть это и привлечет много слабых программистов, однако это привлечет не мало и сильных, а также сделает со временем из слабых сильных, которые внесут весьма хорошую лепту в разработку фреймворков и приложений.
Вы наверное никогда не ПО не писали :) Практически всегда находиться что-то, что можно очень хорошо оптимизировать.
Относительно редко оптимизировать код получается только там, где основное требование это производительность и маленькое потребление ресурсов.
В остальном, производительность — это фича, за которую разработчик платит временем, а пользователь деньгами за более современное железо.
DD-WRT/OpenWRT/Tomato — решают. К глубочайшему сожалению, далеко не каждый простой домашний пользователь будет перепрошивать свой маршрутизатор на прошивки такого рода.
Адекватные компании такое не практикуют.
Компании практикующие наказание инженеров за ошибки обречены ибо крайне сложно создать что-то новое не допустив ошибок.
Как там Энштейн говорил? Кто не делал ошибок никогда не делал ничего нового?
Да ладно, какие протоколы — это чисто техническая проблема которая вполне решаемая.
Вопрос в том, какая пропускная способность канала каждого такого шарика, вот это мне кажется более интересным.
Задача на сортировку несколько однобока. Слишком теоретическая.
Лучше спрашивать логические задачки из той области на которой специализируется ваша компания.
Вот пример интересных на мой взгляд вопросов.
Например реализация скользящих окон при обработке интенсивного потока телеметрии — ТОП 100 угроз и прочее.
Случайная выборка данных из неравномерного потока с хорошим случайным распределением по всему потоку. Как вариант задачи выбрать 1000 действительно случайных строк из текстового файла проходясь по нему только один раз.
Построить «хитрую» структуру данных со сложностью доступа и манипуляции ими O(1). Яркий вариант LRU Cache, хотя эта задача уже 100 раз решена видел десятки решений со логарифмической сложностью.
Как удалить элемент из массива за O(1) — очень интересный вариант. Нельзя да… если не пренебречь чем-то. Вот тут сразу можно сказать много о человеке видя как он рассуждает.
Надеюсь улучшат с обновлением прошивки. Однако похоже очередной iphone killer не вышел, что жаль.
Ссылка на обзор: www.engadget.com/2014/06/18/amazon-fire-phone-hands-on/
Ну и цена да… мягко говоря не порадовала. Даже желание просто пощупать отбила.
В Apple iBook было бы удобно встроить видео, получилось бы очень и очень занимательно.
iBook вариант я бы купил бы с радостью еще вчера.
Это было сделано лишь только для общего познания.
И что значит люди не в состоянии программировать на Obj-C? Если я пишу драйвера для видеокарт(к примеру просто, не пишу я их, но задачи часто сопоставимые), это значит я не в состоянии осилить Obj-C? Не нужен он просто, ну аж никак. Но иногда кое-какую UI-ку написать хочется, мне для этого надо изучать нечто кардинально новое?
В каждом языке дьявол кроется в деталях, поэтому тоже самое можно сказать и про Python и про Ruby, и тем более про С.
Важен порог входа и необходимое время на освоение базовых принципов языка.
А вот Swift весьма прост, относительно беглого взляда в книжку достаточно, чтобы начать писать код. И пусть это и привлечет много слабых программистов, однако это привлечет не мало и сильных, а также сделает со временем из слабых сильных, которые внесут весьма хорошую лепту в разработку фреймворков и приложений.
Относительно редко оптимизировать код получается только там, где основное требование это производительность и маленькое потребление ресурсов.
В остальном, производительность — это фича, за которую разработчик платит временем, а пользователь деньгами за более современное железо.
Компании практикующие наказание инженеров за ошибки обречены ибо крайне сложно создать что-то новое не допустив ошибок.
Как там Энштейн говорил? Кто не делал ошибок никогда не делал ничего нового?
Вопрос в том, какая пропускная способность канала каждого такого шарика, вот это мне кажется более интересным.
Лучше спрашивать логические задачки из той области на которой специализируется ваша компания.
Вот пример интересных на мой взгляд вопросов.
Например реализация скользящих окон при обработке интенсивного потока телеметрии — ТОП 100 угроз и прочее.
Случайная выборка данных из неравномерного потока с хорошим случайным распределением по всему потоку. Как вариант задачи выбрать 1000 действительно случайных строк из текстового файла проходясь по нему только один раз.
Построить «хитрую» структуру данных со сложностью доступа и манипуляции ими O(1). Яркий вариант LRU Cache, хотя эта задача уже 100 раз решена видел десятки решений со логарифмической сложностью.
Как удалить элемент из массива за O(1) — очень интересный вариант. Нельзя да… если не пренебречь чем-то. Вот тут сразу можно сказать много о человеке видя как он рассуждает.
И так далее…