Обучение программированию или преступление «Майкрософт»

[olegmakarenko.ru]

Click to view

Наглядно о программировании. На видео к посту вы можете наблюдать, как некий программист пишет за четыре минуты вполне работоспособный тетрис. Это не трюк: тетрис и тому подобные игры действительно можно написать очень быстро - за час-два, если делать всё медленно, аккуратно и без подготовки.

Comments

[skif_swarogich]

Если бы передо мной стояла задача написать действительно быстрое приложение, я бы обратил внимание на плюсы, возможно даже со вставками асма, но такие задачи стоят исключительно редко. В остальных случаях я сделаю ставку на что-то более комфортное, например Java(Это будет выбор в 90% случаев, если выбор языка программирования будет отдан мне на откуп, а не уже готовый проект).
Что касается typedef и тому подобное - это предпочтения, во многом. Я могу обойти это? Да. Нужно больше телодвижений? Увы. Работать будет? Да. И? Скажу больше, большинству, тех кто не пользовал плюсы, это может и не быть востребовано, так они этим не пользовались и кайф от применения не понимают.
Мне, к примеру, очень не хватает во многих языках такой вещи как interface в Java. Делает ли это эти языки хуже? Нет. Но когда ты попользовал в реале эти самые интерфейсы, когда ощутил весь их кайф, то на каком-то Python, ты словно без рук.
Вернёмся к шарпу. Повторюсь, это один из удобнейших языков для разработки, особенно начинающему кодеру. А в совокупности с Visual Studio, который я считаю одной из лучших IDE, комфорт возрастает в разы. Скорость обучения тоже.
Да, у шарпа направленность отнюдь не бекэнд, тут соглашусь, хотя можно пользовать и там. А учитывая способности наших кодеров(я всех, а не только российских), где "не хватает мощи добавим памяти и проца", то можно писать и на шарпе.
Хотя в моей практике мы его пользовали для работы с шариком и простеньких приложений под винду, но, думаю, могли бы и для чего-то более монстроузного попользовать. Но когда к этой задаче подошли вплотную, а скорее просто с выходом SP2013, мы спрыгнули на Java, о чём лично я не жалею до сих пор.
Так что, для бекенда альтернатива найдётся всегда. И большей частью это будет предпочтение ведущего разработчика или просто уровень компетенций команды. Если ваши девелоперы могут только в плюсы, вы и будете их везде пихать, если только в питон - он у вас будет лезть из всех щелей, будет шарик - точно так же. А вот если у вас разнородная команда, котороя может и то и другое и третье, то тут начинаются вариации и скорее всего бекенд будет у вас не однороден.