Pull to refresh
255
Максим Грынив @mokusread⁠-⁠only

User

Send message
Проблема не в тайлах. И не в отсутствии кнопки пуск.

Все изменения в виндовс8 навеяны планшетными/мобильными ОС. А именно
1. поддержка экранов hi-dpi
2. легкий, понятный и быстрый бекап-рестор.
3. аппстор
4. облачное сохранения данных, настроек
5. улучшеная система безопасности — сендбоксинг
6. Улучшеное энергосбережение (не только АРМ, но и ограничения для программ)
7. единая онлайн учетная запись (гейм центр и прочие ништяки)
8. Быстрая загрузка — единственное что вин8 смогла на десктопе
9. наверняка что-то пропустил…

Так вот проблема в том, что это доступно только для метро аппов. А они, как вы сами сказали на десктопе с мышкой не юзабельны.
Я хочу при покупке нового ноута ставить все свои программы в 1 клик. Со всеми настройками. И не иметь вирусов. И пускай бекапят настройки в облако. И знают меня в лицо (привязка к учетке). И хочу это на ДЕСКТОПЕ!
Но этого нет. И не будет. Видимо никогда.

P.S. И хочу чтоб ноут у меня был с разрешением как у моего планшета. Или хотябы у телефона!!! И чтоб при установке шрифта в 120% не разлазились все проги по швам.
за изменениями в нескольких языках — элементарно. Ну и не нужно, так как не часто там что-то радикальное случается.
За одной экосистемой — нереально. Да и экосистема у каждого языка не одна. Тот-же C# это и веб и десктоп и мобайл и игры. И везде все по разному. Можно себя ограничить чем-то одним — только этот язык, только под веб, только эти либы, но зачем? Когда все движется интересней. Расслабьтесь, учитесь, получайте удовольствие и не пробуйте «все знать».
ОК. будет свободное время — обязательно. Жаль, правда, что среди «ИНЫХ» языков, радикально меняющих мышление, нет ни одного мейнстрим языка.
я вас разочарую. даже если вы останетесь на одном языке экосистема будет развиваться. И вам все равно придется постоянно учить что-то новое.
заодно спрошу, какие для вас еще языки «ИНЫЕ»?
Haskell и F# в одну кучу, какие еще?
будет задача — обязательно попробую.
но в 2х словах: есть сложная задача. вы ее или можете решить или нет. Так как вы или понимаете как все должно работать или нет. если понимаете — вы напишете ее на любом языке. если не понимаете… увы.
я не говорил, что для программиста не важно на каком языке программировать. я говорил, что для хорошего программиста не сложно сменить язык.
Откуда уверенность? за врtмя работы прыгал между AS1,2,3, C#, Java, objc, C++ без особых проблем. Наслушался от многих адептов каждого языка «вот наш язык он особенный, он ИНОЙ». Ни разу не подтверждалось на практике.
я в курсе что такое хаскель, а objc привел не из головы, а из опыта. На хаскеле не писал, потому не могу сказать «мой второй проект на хаскеле», так как у меня не было и первого.

И что вы заладили со своим высшим, есть оно у меня, читаю сейчас иногда лекции в разных университетах, в том числе в США. Но особо это меня не греет. А вам ваше высшее видно действительно нужно, чтоб чувствовать себя умнее других, так как без этого не получается.
ветка ж не про то, кто крут а кто нет. Изначальный мой тезис был «нельзя себя позиционировать как C# программист, Java программист, objc программист». Ты или программист вообще или не программист совсем.
И даже если ты писал веб-аппы на C# тебе будет намного проще пересесть на веб-аппы на Java, чем писать на C# но уже игры под XBox.
Магические константы там есть — дальше по коду. 30 и 6. А 0.019f, 0.02f можно выносить в константы можно не выносить. Так как используются всего раз при инициализации обьекта — вполне можно их писать в конструкторе.

С ответственностью совсем ошиблись. там все ОК. Это оверрайд метода базового класа. Темплейт метод.
Конкретно в этом обьекте внешний цвет должен совпадать с внутренним но быть полностью прозрачным. И вообще глупо пробовать анализировать код, вырваный из контекста. Архитектура в разы важнее, а ее в 100-500 строчках не увидишь.
Именно. А усложняет поддержку плохая архитектура, отсутствие декомпозиции, оверинжиниринг итд, тоесть отсутствие знаний базовых и общих для всех ЯП, и отсутствие знаний предметной области.
посыпаю голову пеплом. И где же нарушен принцып единой ответствености?

Вы вообще заметили, что вы только подтверждаете все то, что я доказываю в этой ветке?
Магические контсанты, единственная ответственность — это не специфические objc понятия. Они общие для любого ЯП.
мы пишем программы, которые должны приносить пользу, или мастурбируем на «идеальный код»?

Но вообще, да. Я в своем коде уверен. И я даже знаю что было сделано неоптимально и что можно улучшить. Но все эти улучшения благодаря к лучшему пониманию предметной области — разработки игр, а не лучшему пониманию языка.
Одна парадигма не исключает другую.
Большинство современных мейнстрим языков имеют функциональные возможности.
Многие технологии изначально являются гибридом императивного и декларативного подходов (пример Flex). Чистые функциональные языки мейнстримом не стали. Фактически в мейнстриме имеем статически типизированые языки, динамически типизированые, функциональные возможности и смесь всего этого в разных пропорциях.
Мы ведь про прикладное программирование говорим? Или про «научно — исследовательскую» работу?
То что у вас на Haskell ушло пол года и вы неспособны на нем адекватно программировать говорит только о вас.
Если уж приводить личные примеры, то мой второй проект на objc (первый был на 1 месяц) стал игрой года на ипад. Если следовать вашей логике, то я вообще непонятно как его мог написать. А objc далеко не самый стандартный язык.
Проблема в том, что я знаю нескольких человек, которые садятся и сходу пишут на незнакомом языке, почитывая мануалы. Проекты работают, код поддарживается все довольны. Что мы делаем не так?
уточню — за пару недель не постигнет «все тонкости», но постигнет достаточно чтоб приносить пользу на проекте. Через 2 месяца будет работать в нормальном темпе. А через 3 раскроется на полную.
А вы уже постигли все библиотеки? Вы считаете это в принципе возможно? Вы не учитесь каждый день? Вы сейчас используете те же библиотеки, что использовали год назад? А два? Те же технологии? Тот же язык? Так это просто отсутствие профессионального роста.

А паттерны они везде паттерны, декомпозиция везде декомпозиция, на каком языке вы бы ни писали контролы вы будете их писать по схожей схеме, на каком языке вы бы ни писали физику, она реализуется одинаково, мултиплеерную игру — тоже одинаков… И если мне нужен будет программист на High Load проект на C# я лучше возьму чувака с опытом High Load на Java чем чувака без такого опыта, но который пишет на C# и якобы знает тонкости языка.

если с него будет мало толку значит программист он хреновый или в лучшем случае средний.
А если он действительно хорош, то втянется быстро. Кроме того у любого сложного проекта специфики побольше чем у конкретного языка, взяв хренового программиста он будет только 2 месяца осваиватся с проектом, пока сможет что-то внятное написать.
И Вообще:

Если программист хорош, То он очень и очень хорош, Но уж если он плох, То просто ужасен (с)З. Иордан.

Лучшие программисты не чуть-чуть лучше хороших. Они на порядок лучше по любым меркам: концептуальное мышление, скорость, изобретательность и способность находить решения.(с) Randall E. Stross
Говоря «Хороший программист может писать на чем угодно» я имею ввиду, что хороший программист не может быть «PHP-программистом» или «C# — программистом» или «Java — программистом» или даже «С++ программистом». Хороший программист многоязычен. Программирование это не синтаксис языка и даже не специфические грабли на которые программист успел наступить и научился обходить. Программирование это умение строить абстракции, непротиворечивые модели, и потом уже записывать их с помощью конкретного языка. И если Программист программирует на Хаскеле и вакансий нет, он без проблем должен поиграться немного с любым другим языком и через 2 недели выходить на работу как Objc/Java/C#/??? developer.

А язык нужно выбирать исходя из требований продукта/проекта. Напишите игру под XBox на чем-то другом, кроме C#?

Information

Rating
Does not participate
Location
Украина
Date of birth
Registered
Activity