>> Добавление генерирующего код расширения для компилятора
Ааа, вот же лютый костыль, почему бы не сделать множественное наследование.
>> Superseding members — замещение модификатора для того, чтобы дать больше возможностей инструментам генерации кода
опять же приведенный механизм использования нормально решается множественным наследованием
И вместо адекватных трейтов для того же INotifyPropertyChanged, будет просто костыль, который непонятно как работает, непонятно где цепляется, с кодом не содержащем подсветку синтаксиса, с неработающими фичами навигации в среде разработки, без работающего Intellisense. Без возможности покрытия тестами. Как говорится: «Счастливой отладки».
Ах да, других же программистов не бывает, да и физика даётся в качестве общего предмета обычно. А вот математика конечно же не нужна, правильно. Обработки данных нет, это фантастика, компиляторы, поисковики да и кучу другого никто не делает, оно само появляется, просто вот так прямо из великого void и берется.
А когда даже с вуза приходят студенты на собеседования и смотрят в книгу, видят фигу, видимо даже и этого недостаточно. И опять же поглядеть на тостер, 99% вопросов потому что лень книжечку почитать или просто отсутствует понимание того, что это куда лучше, чем просто ждать, пока за тебя кто-то сделает.
Верстать странички должен верстальщик, а не программист. А клепать формочки должен джуниор, но помимо джуниоров явно еще повыше должен быть уровень. А вот общаться явно программист должен, да и адекватным тоже и опять же общая программа хуже человека не делает.
Т.е. вы считаете, что теория это бред? ВУЗы помимо того что учат тупо ЯП, дают хорошую теорию, математику, физику и т.д. Учит в принципе работать правильно, работать с литературой и самое главное — Расставляет акценты.
Да, есть те, кто способен и сам это освоить, но будет это куда дольше. И это скорее исключение из правил.
Да, ВУЗ не гарантирует того, что специалист выйдет годный, но отсутствие ВУЗа с большей вероятностью гарантирует, что ничего путнего работодатель не получит.
Если увеличат срок службы оледов, то да, победит. Если у меня смарт от силы час-полтора в день накручивает, а то и до такого не добирается, то тв часто куда больше. С другой стороны оледы уж очень прекрасно передают чёрный, что собственно и логично.
Никогда не принимал такие предложения. Потому что дальше на деле будет так же, опять никто не будет повышать з/п, никакого на деле повышения, лишь видимость и т.д.
Были пебблы, бейкерил, но для себя остановился Android Wear при жизни в городе + GShock при поездках куда либо. Жуткий дизайн, юзабилити ниже плинтусы, живучесть? Ну пусть 7 дней на одной зарядке, но это тоже фигня. Шагометр корявый, проехал на транспорте, вот тебе 2000 шагов в подарок, при этом одни из самых дешевых на Android Wear такого бреда себе не позволяют, использовал для управления музыкой, увы, не самое удобное решение.
Я и не сказал, что файлы сольются в кучу, это привело бы к тому, что компилироваться стало бы всё куда медленее. По крайней мере отстрела конечностей будет меньше.
Язык уже превратился в такой ком костылей и всего прочего, что нужен просто другой язык. А stl надо не просто фиксить, а очень быстро развивать, ибо грызть этот кактус становится уже больно.
>> Extension methods
Поиспользовал в C#, уже нет особого желания их использовать, особенно когда в них начинают пихать нереальных размеров всякий бред, сложную логику и работу с БД. С одной стороны полезно, в комбинации с адекватными лямбдами можно сделать без боли в одном месте аналог linq (C#) и streams (Java), но по ощущениям не самая важная вещь. Уж лучше asio перетащить в stl, пользы будет больше, да хотя бы boost::di докинуть.
>> Properties, т.к. они проверены временем и реально нужны
Я бы сказал, хорошо там где нас нет. Пожив в C#, почитав Рихтера, пришло понимание, что может быть данная концепция и удобна, но постоянные злоупотребления приводят к очень неприятным последствиям. Меняете свойство, ожидаете одно поведение, а ловите непонятно что. То дедлок, то эксепшен, то меняются другие свойства, то еще куча всего. В итоге я бы не стал трогать, кому надо, тот сделает себе эти самые свойства существующими средствами языка.
Лямбды, надо смотреть в сторону других языков, я не понимаю, зачем надо описывать захваты, если в большинстве случаев можно определить из контекста. $0, $1 вот не надо такого счастья, не могу ничего доброго вспомнить о Perl с его невообразимой куче всяческих переменных такого вида. Разбираться в таком коде и врагу не пожелаешь.
Чем-то напоминает серию Симпсонов, когда Гомеру доверили разработку автомобиля. Если уж исходить из того, что игра заставляет летать по галактике, строительство баз, тут какая-то лишенная смысла припарка. Лучше бы и делали именно исследование галактики, упор на это, строительство корабля, исследование и поиск внеземных технологий.
Даже мимолётный взгляд и сразу стало больно. Требуется лютый рефакторинг. Для начала разобраться в stl, затем уже рефакторить. А в таком виде я бы не стал использовать.
Ребят, вы цену видели? Вы ничего там не перепутали?
>> На сайте Lenovo наличие мерцания у светодиодной подсветки никак не указано, однако, за пару недель, проведённых вместе с Lenovo Y27g мерцание подсветки не было замечено. Либо WLED-подсветка этого дисплея лишена мерцания, либо её частота составляет сотню килогерц, что совершенно незаметно невооружённым взглядом.
и 200Гц невооруженным глазом видно не будет, но глазки устанут, даже в кустарных условиях можно через камеру смарта посмотреть на экран и уж человек пишущий подобные статьи это явно должен знать.
Что за бред я только что прочитал? Вы предлагаете функциональность, которая позволит сломать какой-либо код написав что-то в другом месте. Вы случайно не любитель садо-мазо?
Ааа, вот же лютый костыль, почему бы не сделать множественное наследование.
>> Superseding members — замещение модификатора для того, чтобы дать больше возможностей инструментам генерации кода
опять же приведенный механизм использования нормально решается множественным наследованием
И вместо адекватных трейтов для того же INotifyPropertyChanged, будет просто костыль, который непонятно как работает, непонятно где цепляется, с кодом не содержащем подсветку синтаксиса, с неработающими фичами навигации в среде разработки, без работающего Intellisense. Без возможности покрытия тестами. Как говорится: «Счастливой отладки».
А когда даже с вуза приходят студенты на собеседования и смотрят в книгу, видят фигу, видимо даже и этого недостаточно. И опять же поглядеть на тостер, 99% вопросов потому что лень книжечку почитать или просто отсутствует понимание того, что это куда лучше, чем просто ждать, пока за тебя кто-то сделает.
Да, есть те, кто способен и сам это освоить, но будет это куда дольше. И это скорее исключение из правил.
Да, ВУЗ не гарантирует того, что специалист выйдет годный, но отсутствие ВУЗа с большей вероятностью гарантирует, что ничего путнего работодатель не получит.
>> Extension methods
Поиспользовал в C#, уже нет особого желания их использовать, особенно когда в них начинают пихать нереальных размеров всякий бред, сложную логику и работу с БД. С одной стороны полезно, в комбинации с адекватными лямбдами можно сделать без боли в одном месте аналог linq (C#) и streams (Java), но по ощущениям не самая важная вещь. Уж лучше asio перетащить в stl, пользы будет больше, да хотя бы boost::di докинуть.
>> Properties, т.к. они проверены временем и реально нужны
Я бы сказал, хорошо там где нас нет. Пожив в C#, почитав Рихтера, пришло понимание, что может быть данная концепция и удобна, но постоянные злоупотребления приводят к очень неприятным последствиям. Меняете свойство, ожидаете одно поведение, а ловите непонятно что. То дедлок, то эксепшен, то меняются другие свойства, то еще куча всего. В итоге я бы не стал трогать, кому надо, тот сделает себе эти самые свойства существующими средствами языка.
Лямбды, надо смотреть в сторону других языков, я не понимаю, зачем надо описывать захваты, если в большинстве случаев можно определить из контекста. $0, $1 вот не надо такого счастья, не могу ничего доброго вспомнить о Perl с его невообразимой куче всяческих переменных такого вида. Разбираться в таком коде и врагу не пожелаешь.
>> На сайте Lenovo наличие мерцания у светодиодной подсветки никак не указано, однако, за пару недель, проведённых вместе с Lenovo Y27g мерцание подсветки не было замечено. Либо WLED-подсветка этого дисплея лишена мерцания, либо её частота составляет сотню килогерц, что совершенно незаметно невооружённым взглядом.
и 200Гц невооруженным глазом видно не будет, но глазки устанут, даже в кустарных условиях можно через камеру смарта посмотреть на экран и уж человек пишущий подобные статьи это явно должен знать.