сейчас такое время, когда знания программирования пригодятся везде: автоматизация в Word, Excel (VB), скрипты в Photoshop (JavaScript), создание и модерирование веб-сайтов (HTML, PHP, etc..). Сложно назвать область где эти знания будут бесполезны. Чиновники если только.
я думаю не многие будут методично покрывать open-source проект unit-тестами чтобы минимизировать возможности ошибок.
есть конечно большие любители ut кто это делает, некоторые в рамках написания своих книг, например Roy Osherove делал вычитку и правку тестов некоторых open-source проектов на youtube, чтобы показать как правильно.
а в компании обычно сидит человек который за зарплату пишет тесты и проверяет все что возможно. и никуда он не денется, пока все не проверит
вот вопрос: что лучше использовать для запуска долгого потока, с временем жизни равным времени жизни приложения? помню когда я писал реализацию MTProto на C# с использованием TPL.Dataflow мне нужен был бесконечный метод который бы читал из сокета данные. я пробовал делать это на тасках, async all the way, все дела, но тогда я упирался в запуск этих задач в бесконечном цикле. Красивого способа я не нашёл, в итоге остановился на обычном таймере, который запускал чтение из сокета.
Заметил интересную особенность. Мой разговорный английский коненчо далек от совершенства, но Чужой в оригинале воспринимается намного тяжелее чем Прометей. Интересно, почему
Мне кажется что выбор ЯП имеет довольно опосредованное влияние на производительность программиста.
На первом месте все равно будут инструменты: это в первую очередь IDE, юнит-тесты, CI.
В этом смысле например swift или F# очень круты, так как позволяют сразу увидеть результат. Но это не столько заслуга языка, сколько его interpreter.
Например, в моём случае (.net) освоение решарпером удвоило мою производительность.
А в каких областях используются столь глубокие знания CLR, о которых говорит Андрей Акиньшин, вплоть до разных процессорных инструкций для разных Jit-компиляторов?
Будут телефоны без GMS, т.е. без Google Play Services, т.е. без Google Maps, Google Cloud Messenger, Youtube API,
т.е. для поддержки этого функционала придется херачить отдельные версии apk исключительно для Yandex.Market с Yandex картой, Yandex Push и Yandex Youtube API.
И это на платформе где в лучшее время я получал что-то около 30-40 MAU.
ИМХО такое «равноправие» нафиг не сдалось большому количеству разработчиков.
Когда что-то потенциально приносит прибыль туда приходят инновационные предприниматели.
Например добыча нефти. Нефть дорогая, там терлось много компаний и был найден новый способ ее добычи — сланцевый (сланцевая революция). Думаю добыча сланцевой нефти тоже было когда-то стартапом.
Резонно что добыча нефти подешевела и нефть подешевела, со всеми последствиями.
Представим что энергоносителей станет мало и они будут дорогими. Это приведет новых инновационных предпринимателей в эту отрасль, и они наверняка произведут «солнечную революцию» или что-то типа того
Запасы топлива не иссякнут «вдруг».
Они будут уменьшаться, следовательно дорожать, следовательно все выгоднее будет альтернативная энергетика, следовательно все больше людей будут на нее переходить. Рынок )
Сегодня аккумуляторы самая дорогая часть ветро-солнечных установок. Сами по себе недешевые, они еще иногда требуют замены и по факту сводят выгоды от «зеленой» энергогенерации в ноль.
Хорошим решением может являться возможность «продовать» излишки электроэнергии в сеть, как это сделано в некоторых европейских городах (забыл какой).
Другими словами, делаем версию (вообще без дизайна) которая проверяет гипотезу, как только гипотеза подтверждена — делаем версию с дизайном.
вы пробовали? я пробовал.
на таком высоко-конкурентном рынке как мобильные приложения, от дизайна (всех его элементов: привлекательно оформленной странички приложения, промовидео, сплеш-скрина, общего дизайна приложения) зависит первая и ключевая MVM метрика — конверсия в установки.
Концепция MVP вообще плохо применимы для мобильных приложений.
Тут приложение должно выглядеть как конфетка и делать 1 функцию хорошо.
Поэтому надо реализовать 1 функцию и вложить побольше денег в дизайн, тогда будет вам успех
есть конечно большие любители ut кто это делает, некоторые в рамках написания своих книг, например Roy Osherove делал вычитку и правку тестов некоторых open-source проектов на youtube, чтобы показать как правильно.
а в компании обычно сидит человек который за зарплату пишет тесты и проверяет все что возможно. и никуда он не денется, пока все не проверит
На первом месте все равно будут инструменты: это в первую очередь IDE, юнит-тесты, CI.
В этом смысле например swift или F# очень круты, так как позволяют сразу увидеть результат. Но это не столько заслуга языка, сколько его interpreter.
Например, в моём случае (.net) освоение решарпером удвоило мою производительность.
Давайте назовем его «первым частным», вполне честно, так?
Спасибо за правку
Будут телефоны без GMS, т.е. без Google Play Services, т.е. без Google Maps, Google Cloud Messenger, Youtube API,
т.е. для поддержки этого функционала придется херачить отдельные версии apk исключительно для Yandex.Market с Yandex картой,
Yandex PushиYandex Youtube API.И это на платформе где в лучшее время я получал что-то около 30-40 MAU.
ИМХО такое «равноправие» нафиг не сдалось большому количеству разработчиков.
Например добыча нефти. Нефть дорогая, там терлось много компаний и был найден новый способ ее добычи — сланцевый (сланцевая революция). Думаю добыча сланцевой нефти тоже было когда-то стартапом.
Резонно что добыча нефти подешевела и нефть подешевела, со всеми последствиями.
Представим что энергоносителей станет мало и они будут дорогими. Это приведет новых инновационных предпринимателей в эту отрасль, и они наверняка произведут «солнечную революцию» или что-то типа того
Они будут уменьшаться, следовательно дорожать, следовательно все выгоднее будет альтернативная энергетика, следовательно все больше людей будут на нее переходить. Рынок )
Хорошим решением может являться возможность «продовать» излишки электроэнергии в сеть, как это сделано в некоторых европейских городах (забыл какой).
вы пробовали? я пробовал.
на таком высоко-конкурентном рынке как мобильные приложения, от дизайна (всех его элементов: привлекательно оформленной странички приложения, промовидео, сплеш-скрина, общего дизайна приложения) зависит первая и ключевая MVM метрика — конверсия в установки.
Тут приложение должно выглядеть как конфетка и делать 1 функцию хорошо.
Поэтому надо реализовать 1 функцию и вложить побольше денег в дизайн, тогда будет вам успех