Перейти к публикации

Corrinne Yu, главный программист движка Halo 4 перебирается на PS4


ILIA1992
 Поделиться

Рекомендованные сообщения

Сейчас придет крекер и скажет какая 8 замечательная ось и какая же эта девушка дура.

8 действительна неплоха,но не для кодинга, unix  в этом плане с 100 раз удобнее, хотяв винде есть VS а это самая лучшая IDE

Ссылка на комментарий
Поделиться на других сайтах

8 действительна неплоха,но не для кодинга, unix  в этом плане с 100 раз удобнее, хотяв винде есть VS а это самая лучшая IDE

смотря для чего. для оконных приложений windows в разы удобнее.

а вот чего-то пониже - тут да.

Ссылка на комментарий
Поделиться на других сайтах

смотря для чего. для оконных приложений windows в разы удобнее.

а вот чего-то пониже - тут да.

эм на ++ писата оконные не удобно ***** как, на шарпе? тогда это только и удобно. И да интерфейс это немногое от приложения, да и на unix есть QT ( хотя сам его не люблю)

Ссылка на комментарий
Поделиться на других сайтах

8 действительна неплоха,но не для кодинга, unix  в этом плане с 100 раз удобнее, хотяв винде есть VS а это самая лучшая IDE

Вот именно. Она имеет наверное лучший конструктор интерфейсов и однозначно лучшие средства для дебага 3д приложений с недавними ништяками 12 студии (конечно речь только о DirectX). Вопрос выбора ОС для разработчика на серьезе может стоять разве что, когда речь о том, что что-то просто физически невозможно писать на другой ОС, не прибегая ко всяким вайнам, виртуалкам и прочим извратам. Сама ОС вообще никак на разработку не влияет, они не настолько разные. Мне одинаково нормально пишется что под виндой, что под макосью, но пишу я там те вещи, которые на других ОС писать просто нельзя. Поэтому приходится использовать обе.
Ссылка на комментарий
Поделиться на других сайтах

Вот именно. Она имеет наверное лучший конструктор интерфейсов и однозначно лучшие средства для дебага 3д приложений с недавними ништяками 12 студии (конечно речь только о DirectX). Вопрос выбора ОС для разработчика на серьезе может стоять разве что, когда речь о том, что что-то просто физически невозможно писать на другой ОС, не прибегая ко всяким вайнам, виртуалкам и прочим извратам. Сама ОС вообще никак на разработку не влияет, они не настолько разные. Мне одинаково нормально пишется что под виндой, что под макосью, но пишу я там те вещи, которые на других ОС писать просто нельзя. Поэтому приходится использовать обе.

но те расширения которые вносит мелкософт в язык просто убивают, то все функции переименуют с приставкой _s то еще новые ключевые слова введут. Но интерфейс только на # удобно делать

Ссылка на комментарий
Поделиться на других сайтах

но те расширения которые вносит мелкософт в язык просто убивают, то все функции переименуют с приставкой _s то еще новые ключевые слова введут. Но интерфейс только на # удобно делать

Про плюсы что ль? Если знаешь, что код надо где-то еще компилить - про расширения сразу забыть. Только студия - используй все, что хочешь. Не вижу тут проблемы особой. Что-то конкретное использовать никто не заставляет.
Ссылка на комментарий
Поделиться на других сайтах

но те расширения которые вносит мелкософт в язык просто убивают, то все функции переименуют с приставкой _s то еще новые ключевые слова введут. Но интерфейс только на # удобно делать

на C# много чего удобно делать. по сути под .NET кроме него писать по сути и не начем. всякие костыли типа C++\CLI и проч. даже рассматривать не хочу. :men_scary:  корпоративные приложения это по сути C# и Java. и чаще всего они либо на ASP. net либо на....че там на Java? :think:  Spring и проч. ну некоторые нюансы можно подчистить на Python но не суть. :nice:  

расширения касаются только разработки под Windows. на unix по сути родной си и остался. но расширения и не предназначались ни для чего кроме windows - они по сути упрощают жизнь. не всегда :laugh1: (LPCSTR и LPWSTR передают привет). хотя WinAPI :men_scary:  уже не доставляет но тем не менее :loool:

Изменено пользователем Trident
Ссылка на комментарий
Поделиться на других сайтах

Ну и функции с _s все таки не случайно появились. Стандартные CRT функции просто натуральное решето по своему дизайну.
Ссылка на комментарий
Поделиться на других сайтах

Ну и функции с _s все таки не случайно появились. Стандартные CRT функции просто натуральное решето по своему дизайну.

они написаны хорошо, пробывал менять и мелкософтовские не всегда так работают как надо, и да код пистаь для > 1 платформы вообще не вариант

Ссылка на комментарий
Поделиться на других сайтах

всякие костыли типа C++\CLI и проч. даже рассматривать не хочу.

Но но но. Подключить С++ библиотечку к C# проекту без костылей вроде COM дорогого стоит.
Ссылка на комментарий
Поделиться на других сайтах

Но но но. Подключить С++ библиотечку к C# проекту без костылей вроде COM дорогого стоит.

но DLL вроде в C# нормально подключаются не :think:

 стоп - это же без классов если. а с классами....хм.когда это может понадобиться?

Изменено пользователем Trident
Ссылка на комментарий
Поделиться на других сайтах

Но но но. Подключить С++ библиотечку к C# проекту без костылей вроде COM дорогого стоит.

ну вот и приходится писать интерфейс на шарпе и более сложную часть программы на ++ и в dll

Ссылка на комментарий
Поделиться на других сайтах

более сложную часть программы на ++ и в dll

Скорее legacy код, просто имеющийся код или критический к скорости код. Сложную бизнес логику, которая не особо критична к скорости, уж лучше на шарпах писать. Там все куда удобнее и красивее.

 

но DLL вроде в C# нормально подключаются не :think:

Если только внутри этой DLL managed-сборка, т.е. что-то на .net framework. С++ библиотеку ты просто так не подключишь. Для этого или враппер на C++/CLI писать, или COM класс надо делать, для которого С# обертка создается автоматом в студии. Ну или старый добрый и ужасный P/Invoke, если у тебя просто функции там.
Ссылка на комментарий
Поделиться на других сайтах

Скорее legacy код, просто имеющийся код или критический к скорости код. Сложную бизнес логику, которая не особо критична к скорости, уж лучше на шарпах писать. Там все куда удобнее и красивее.

 

Если только внутри этой DLL managed-сборка, т.е. что-то на .net framework. С++ библиотеку ты просто так не подключишь. Для этого или враппер на C++/CLI писать, или COM класс надо делать, для которого С# обертка создается автоматом в студии. Ну или старый добрый и ужасный P/Invoke, если у тебя просто функции там.

ну это примитивные алгоритмы только норм работают, а вот то что с памятью и скорость требует вот там беда

Ссылка на комментарий
Поделиться на других сайтах

Ребята, разного рода *бои, нельзя же так одноколеточно мыслить. Разрабы постоянно перебегают из одной конторы в другую, им нельзя долго оставаться на месте, им же "расти" нужно. Оставаться более 5 лет на одном месте на западе ваще считается признаком непрофессионализма. Иначе какого хрена над Halo 4 в i343 работали главдизайнер Metroid Priime и о боже (он предал Гаврил!) - дизайнер уровней Killzone 2?
Ссылка на комментарий
Поделиться на других сайтах

это если прикиньте была бы новость что главный программист найти дога свалил в мс. мс это только бабло и прибыль, а у сони еще есть душа, за этого все туда и двигают. более чем уверен что это поколение по крутым эксклюзивам будет раза в два-3 круче чем у пс3, мс в сравнение даже не ставлю.

Пока дела обстоят с точностью да наоборот. На PS4 -- игр нет.

Ссылка на комментарий
Поделиться на других сайтах

Пока дела обстоят с точностью да наоборот. На PS4 -- игр нет.

Именно это и роднит пс4 с пс3

Ссылка на комментарий
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас
 Поделиться

  • Сейчас на странице   0 пользователей

    • Нет пользователей, просматривающих эту страницу.
×
×
  • Создать...