Также обещано, что состоится обсуждение техник, которые в играх Activision используют для реализации подповерхностного рассеивания
Это в каких же играх?! Я что-то припоминаю только КоД, который в технологическом плане застрял в 2005-м
Неожиданно я тоже гружу разные графические файлы в своем проекте. И загрузка разных форматов файлов вынесена в отдельные ф-ции, а не классы. В итоге у меня не 10, а 1.
Но вы правы. Я упустил то, что мое замечание про интерфейсы касалось случаев, когда в проекте есть один интерфейс и только одна реализация. Такое пишут опытные программисты, такое пишут начинающие программисты.
Вы либо не программист, либо ещё очень молоды. Коротко говоря — это неверное утверждение.
К примеру то же самое вам мог бы сказать Линус Торвальдс, только в более жестком тоне. Но есть еще 3-й вариант — мой опыт разработки значительно отличается от вашего.
Я разве что-то говорил о языках программирования?
Вы говорили об ООП, а ниже, в том же абзаце — про ОС.
Для чего нужно ООП? Чтобы стало проще и понятней. Зачем нужен UML? Уменьшить хаос. Интерфейсы? Управляемые языки? MVC? MVVM? Всё на тот же алтарь.
Orly?! Зачем нужен UML? Затем что бы объяснить всю эту ООП кашу.
Интерфейсы только усложняют код, делают конечную систему более запутанной. Вместо того, что бы иметь один класс (конкретную реализацию) у вас есть два — интерфейс и реализация. Как это может упростить систему? Я не знаю, как 2 может быть проще чем 1
Windows 8 и iOS 6 были созданы в 2012 году не потому, что 20 лет назад не могли нарисовать их дизайн или не было подходящего железа. Всё дело в том, что те способы создания программ, те методологии управления программистами и те подходы к написанию кода просто не могли дать на выходе систему столь высокой сложности, как нынешние ОС.
Не хочу вас огорчать, но ядра современных ОС целиком и полностью написаны на кристально чистом, православном С. sim0nsays.livejournal.com/31460.html вот здесь можете немного почитать о том, как пишут эти самые ОС…
Все его время ушло на восстановление code convention, он мог бы потратить его на действительно интересные вещи и написать статью о том, как устроен дум, интересные архитектурные решения, оптимизации и т.д.
Демосцена — это не для новичков в программировании. Я ожидал, что статья будет для вполне опытный программистов, но новичков в демосцене. А так, эта статья — вводная в ВинГДИ
Это пока он новенький и не забился пылью — он не греется\куллеров не слышно. Ко мне регулярно приходят друзья и близкие со своими буками с жалобами на то, что ноутбук стал слишком греться, вентилятор сильно шумит. «Тыжпрограммист, почини нам».
З.Ы. Было бы интересно посмотреть разборку планшета
Я ожидал увидеть самое мясо — избавляемся от црт, ужимаем все по максимуму и т.д. А тут даже разрешение картинки в int :( Т.е. это не демо
P.S. Кажется, мясо уже было на хабре…
Планирование вы можете осуществлять имея постоянную обратную связь с разработчиками.
Вот об этом я и говорю — планирование будет все равно лежать на разработчике, так зачем тогда менеджер?!
При этом надо понимать что программисты (в подавляющем большинстве своем) — НЕ УМЕЮТ правильно оценивать задачи.
Если уж исполнитель задачи, единственный, кто владеет знаниями о ней и компетентен в этой области не может оценить время, тогда его никто не сможет оценить. И опять же вопрос — зачем тогда менеджер?
Вы должны быть постоянно на связи с програмимистами, видеть чем они занимаются.
Если я захочу, я смогу наплести чего угодно менеджеру и он поверит, потому, что я эксперт в вопросе, а он — нет. Опять же вопрос — зачем тогда менеджер?
Я хочу сказать, что в подавляющем большинстве менеджер не нужен. Он нужен в аутсорс компаниях, в компаниях, которые разрабатывают продукт совместно с кем-то. Нужен для того, что бы не напрягать программистом разговорами ни о чем. Поговорить с партнерами, поотвечать на почту и т.д. вот это работа менеджера. Он должен максимально сделать так, что бы программистов не отвлекали на что либо отличное от программирования. А задачи планирования и контроля оставьте компетентным людям — лид\синьйор программистам или экспертам в данной задаче.
А вы пробовали мотивировать людей, если у них задержка зарплаты пару месяцев?
А вы видели компании, которые в случае задержки на пару месяцев, по итогу выплачивают её и плюс компенсацию? Я о таких в наших СНГ краях не слыхал. Так зачем работать в компании, которой наплевать на своих сотрудников, сидеть пару месяцев без денег, что бы потом по итогу получить те же деньги — лучше в банк отнести, там хоть проценты будут. К тому же я очень сомневаюсь, что в случае задержки зарплаты сотрудникам её задерживают руководству.
Я покупал подарки в США на НГ. Отсылал 20-го декабря с помощью TNT Express, доставили за 5 дней. Стоимость — 80 долларов, USPS Express — около 86 стоил. В 2011-м а начале декабря отправил небольшую посылку через USPS — шла почти 2 месяца…
Ой как ужасно, как ужасно быть менеджером… что автор аж 7 лет им проработал. Может, надо было сразу соскочить из этой телеги в ад? К тому же вы пишете, что после первых месяцев поняли, в какое гнилое болото попали.
З.Ы. Лично я считаю, что менеджеры вообще не нужны. В ИТ компаниях от них толку 0. Мб. хватить одного на 100 человек в аутсорс конторе, но не в продуктовых. Valve, Naughty Dog показывают, как надо работать
Вас никто не заставляет воровать — есть же бесплатная версия.
З.Ы. Забыл про студентов — у них есть МСДН АА. Т.е. получить легальную копию Студии может каждый
Это в каких же играх?! Я что-то припоминаю только КоД, который в технологическом плане застрял в 2005-м
Но вы правы. Я упустил то, что мое замечание про интерфейсы касалось случаев, когда в проекте есть один интерфейс и только одна реализация. Такое пишут опытные программисты, такое пишут начинающие программисты.
К примеру то же самое вам мог бы сказать Линус Торвальдс, только в более жестком тоне. Но есть еще 3-й вариант — мой опыт разработки значительно отличается от вашего.
Я разве что-то говорил о языках программирования?
Вы говорили об ООП, а ниже, в том же абзаце — про ОС.
Orly?! Зачем нужен UML? Затем что бы объяснить всю эту ООП кашу.
Интерфейсы только усложняют код, делают конечную систему более запутанной. Вместо того, что бы иметь один класс (конкретную реализацию) у вас есть два — интерфейс и реализация. Как это может упростить систему? Я не знаю, как 2 может быть проще чем 1
Windows 8 и iOS 6 были созданы в 2012 году не потому, что 20 лет назад не могли нарисовать их дизайн или не было подходящего железа. Всё дело в том, что те способы создания программ, те методологии управления программистами и те подходы к написанию кода просто не могли дать на выходе систему столь высокой сложности, как нынешние ОС.
Не хочу вас огорчать, но ядра современных ОС целиком и полностью написаны на кристально чистом, православном С.
sim0nsays.livejournal.com/31460.html вот здесь можете немного почитать о том, как пишут эти самые ОС…
вместо того, что бы пытаться восстановить его по исходникам
Я не утверждал того, что Surface Pro не планшет ;)
Это вы предлагали сравнивать его с MacBook Air, а не с айпадом
З.Ы. Было бы интересно посмотреть разборку планшета
Можно. С Энгаджета — www.engadget.com/2013/01/09/microsoft-surface-pro-hands-on/
Цитата:
P.S. Кажется, мясо уже было на хабре…
Вот об этом я и говорю — планирование будет все равно лежать на разработчике, так зачем тогда менеджер?!
Если уж исполнитель задачи, единственный, кто владеет знаниями о ней и компетентен в этой области не может оценить время, тогда его никто не сможет оценить. И опять же вопрос — зачем тогда менеджер?
Если я захочу, я смогу наплести чего угодно менеджеру и он поверит, потому, что я эксперт в вопросе, а он — нет. Опять же вопрос — зачем тогда менеджер?
Я хочу сказать, что в подавляющем большинстве менеджер не нужен. Он нужен в аутсорс компаниях, в компаниях, которые разрабатывают продукт совместно с кем-то. Нужен для того, что бы не напрягать программистом разговорами ни о чем. Поговорить с партнерами, поотвечать на почту и т.д. вот это работа менеджера. Он должен максимально сделать так, что бы программистов не отвлекали на что либо отличное от программирования. А задачи планирования и контроля оставьте компетентным людям — лид\синьйор программистам или экспертам в данной задаче.
З.Ы. Вы, наверное, менеджер?
А вы видели компании, которые в случае задержки на пару месяцев, по итогу выплачивают её и плюс компенсацию? Я о таких в наших СНГ краях не слыхал. Так зачем работать в компании, которой наплевать на своих сотрудников, сидеть пару месяцев без денег, что бы потом по итогу получить те же деньги — лучше в банк отнести, там хоть проценты будут. К тому же я очень сомневаюсь, что в случае задержки зарплаты сотрудникам её задерживают руководству.
Один я не понимаю, как может менеджер, который не является разработчиком, планировать и контролировать выполнение задач программистами?!
Ой ли?!
З.Ы. Лично я считаю, что менеджеры вообще не нужны. В ИТ компаниях от них толку 0. Мб. хватить одного на 100 человек в аутсорс конторе, но не в продуктовых. Valve, Naughty Dog показывают, как надо работать
З.Ы. Забыл про студентов — у них есть МСДН АА. Т.е. получить легальную копию Студии может каждый