Ну численность так себе критерий. Тот же Luxoft превосходит Firts Line. Под топовостью аутсорсеров я подразумевал качество продуктов, заказчиков и комфорт работы (с точки зрения сотрудника).
А при продолжении списка я опирался именно на продуктовые компании. Согласитесь, сложно считать аутсорсера ярким представителем «силиконовой долины».
Если копировать ссылку (можно переписать пример с reference type), будет такая же песня )) В контейнере на момент выполнения actions будет последний экземпляр. Вся суть в том, что используя замыкание, по факту, вы уже работаете не с оригинальной переменной, а с публичным полем класса-контейнера. Ну и как следствие — хранимое там значение регламентируется временем жизни экземпляра этого класса-контейнера.
Статья однозначно полезная и интересная с технической точки зрения. Единственный спорный момент — утверждение, что реализации замыкания для for ошибочна и что это бага.
Выше уже неоднократно говорили о том, что различия в поведении замкнутых переменных для for и foreach вызваны различием в семантике обоих циклов.
С точки зрения мобильной разработки есть всего два варианта. Если хотите писать под Android — это Java. Если под iOS — Swift или Objective-C. И то и другое — хорошие решения.
Как минимум не объективно.
Даже если считать, что Windows Phone/Windows 10 Mobile уже умер, то есть еще Xamarin не такой массивный пласт, как нативные платформы, но тоже на хлеб с икрой хватает. В любом случае, и там, и там требуются знания C# (как основного языка программирования).
Для начала, если перечитать моее сообщение внимательно (!), то можно уловить цепочку, то можно увидеть приоритетность при выборе используемых инструментов.
Далее, про «спуститесь на землю» и «навязывать». Автор — новичек и определил целевую аудиторию поста — новички. Соответственно, к моменту, когда знания будут применятся в реальных проектах, скорее всего пройдет какое-то время. И с течением времени «пользователей XP/7» станет еще меньше, не говоря уже о 8.x, для которых переезд на 10 практически безболезненый.
Вот вам график на май 2016 дял Северной Америки
Про WPF… то есть оптимизация отрисовки через DirectX, а не через обращение к ядру ОС; удобство разработки (номарльный Data Binding) с возможностью постороения логичной трехслойной архитектуры, а не через спагетти-код; шикарные возможности кастомизации UI и прочее это все в зачет не идет? Ну и да, потребление ресурсов, я уверене, не от кривого WPF, а неумения им пользоваться (возможно, по причине того, что пересаживаются с WinForms толком не разобравшись).
И да, я не навязываю, это Ваш выбор использовать инструмент, к которому вы привыкли XP+WinForms — прямой путь «вернуть себе свой 2007-й год».
Ну для тех же Windows 8.1 и Windows Phone 8.1 совместимость по API была на неплохом уровне. Но вот на бинарном была печаль. Отсюда была подпорка в виде Shared проектов, кодовая база которых использовалась в целевых платформах.
код на IL
Так при одинаковом API работы с файлами код на IL (реализация этого самого API) для той же WP8.1 может разительно отличаться от Win8.1. Ну точнее не может, а так оно и было, скорее всего.
Уважаемый автор, призываю задуматься в первую очередь о необходимости статья на хабре. Безусловно, конкретно для Вас профит очевиден — неплохой фидбек т сообщества. Но по факту, статью бы спрятать в черновик.
2016 год, если есть очевидная необходимость не в web, а именно desktop, и если уж завязываться только на Windows, то либо UWP, либо WPF (хоть об этом и было выше).
А при продолжении списка я опирался именно на продуктовые компании. Согласитесь, сложно считать аутсорсера ярким представителем «силиконовой долины».
Простите, но это же аутсорсеры. При чем по моему скромному и субъективному мнению не самые топовые даже для Питера.
Если и расширять список, то я бы добавил Veeam Software, Yandex (пусть и условно, т.к. не головные офисы)
Выше уже неоднократно говорили о том, что различия в поведении замкнутых переменных для for и foreach вызваны различием в семантике обоих циклов.
Как минимум не объективно.
Даже если считать, что Windows Phone/Windows 10 Mobile уже умер, то есть еще Xamarin не такой массивный пласт, как нативные платформы, но тоже на хлеб с икрой хватает. В любом случае, и там, и там требуются знания C# (как основного языка программирования).
Там, правда, все в куче и Python, и по самой среде.
Для начала, если перечитать моее сообщение внимательно (!), то можно уловить цепочку, то можно увидеть приоритетность при выборе используемых инструментов.
Далее, про «спуститесь на землю» и «навязывать». Автор — новичек и определил целевую аудиторию поста — новички. Соответственно, к моменту, когда знания будут применятся в реальных проектах, скорее всего пройдет какое-то время. И с течением времени «пользователей XP/7» станет еще меньше, не говоря уже о 8.x, для которых переезд на 10 практически безболезненый.
Про WPF… то есть оптимизация отрисовки через DirectX, а не через обращение к ядру ОС; удобство разработки (номарльный Data Binding) с возможностью постороения логичной трехслойной архитектуры, а не через спагетти-код; шикарные возможности кастомизации UI и прочее это все в зачет не идет? Ну и да, потребление ресурсов, я уверене, не от кривого WPF, а неумения им пользоваться (возможно, по причине того, что пересаживаются с WinForms толком не разобравшись).
И да, я не навязываю, это Ваш выбор использовать инструмент, к которому вы привыкли XP+WinForms — прямой путь «вернуть себе свой 2007-й год».
Так при одинаковом API работы с файлами код на IL (реализация этого самого API) для той же WP8.1 может разительно отличаться от Win8.1. Ну точнее не может, а так оно и было, скорее всего.
2016 год, если есть очевидная необходимость не в web, а именно desktop, и если уж завязываться только на Windows, то либо UWP, либо WPF (хоть об этом и было выше).