Добавлю, что без акустической обработки помещения работать это не будет и именно для работы со звуком лучше остановиться на хороших наушниках.
Просто музыку послушать, лучше взять Apple HomePod (или аналоги), он подстроиться под помещение и под расположение слушателя в нём.
В примере речь не про состояние, а про параметр с которым нужно выполнить операции. Такие параметры лучше передавать аргументами метода.
С более современными подходами, можно и состояние передавать через аргумент. Поля в таком случае скорее нужны для связей с другими объектами. И это по прежнему может быть ООП.
Ещё совет, не следуйте слепо таким «советам».
В реальности всё же есть ТЗ, есть ЦА для которой сайт.
Исходя из задачи происходит все дальнейшее.
И универсального рецепта просто не существует.
А тут так написано, как будто разработчик вольный творец и делает что захочет. А заказчик уже пускай, как хочет так и разбирается с получившимся продуктом. Это пугает.
По моим ощущением у автора нет опыта в реальной разработке.
Тысячи мелочей, что по отдельности не так страшно, а в сумме напрягают.
Установил я гит, привычным мне способом, вот так cinst git. Сконфигурировал пользователя и почту. Далее клонирую проект, не работает. После получасового разбирательство стало ясно, что нужно для винды необходимое ещё сконфигурировать core.autocrlf. Иначе из-за окончания файлов проект не собирается с левой ошибкой.
Дальше клонирую другой проект и он не работает из-за слишком длинных путей, кучу всего прочитал, не разобрался, забил.
Далее попытался впн настроить по маске, не работает по не ясным причинам, забил.
Хотел устройство на винде в другой подсети пропинговать. Нет пинга и всё, чистая винда была. В итоге выяснил, что в брэндмауре было запрещено по дефолту зачем-то.
При запуске эир приложений выяснил, что он работает с сетью через виндовую службу в которой по умолчанию выставлено два подключения максимум, залез в реест поправил руками.
Может мне так везёт, но на винде очень много нужно заморачиваться с настройкой системы, что занимает время, а время это деньги, на которые, например, можно макбук купить :)
На маке и линуксе как-то попроще, но опять же может это дело привычки и определённого набора скилов и задач. Ну и интерфейс запутанный у винды, тоже нужно к нему привыкать, например не могу в док как на маке файл перенести чтобы открыть в программе, он сначала в избранное добавляется, затем через избранное его можно открыть, извращение какое-то как по мне :)
Вопрос, зачем уходить с MacOS? Возможно принципиально? А возможно с целью экономии на железе?
Я лично использую MacOS, Linux и Windows. Зачем себя ограничивать одной системой?
Недавно, к примеру, столкнулся с проблемой, что файрфокс по разному шлёт событие скрола на macos и linux. Сделал и проверил, чтоб работало как надо на всех ОС. И чего хорошего, если я откажусь одной из ОС в данном случае? Часть пользователей столкнётся с проблемой.
Второй пример, мне присылают макет в psd, при попытке открыть его в программах отличных от photoshop он искажается. Просить пересохранить файл? Иной раз проблема отличить искажение от фичи и можно сверстать что-то не то.
Третий пример, я использую Ableton Live (с контролерами) для работы со звуком. На маке работает идеально с минимальными задержками. На линуксе просто нет аналогов.
Для работы с кодом в целом линукс меня устраивает (за исключеним частных моментов). Из дистрибутивов очень нравиться Solus OS, но про неё почему-то практически нигде не упоминают. Либо Ubnuntu Budgie, мне очень комфортно работать с этой оболочкой.
На macos iTerm2, на linux Tilex. И там и там zsh.
А вот с Windows все сложно, как не странно, привычные и ожидаемые вещи, которые были Linux и MacOS, порой превращаются в ад. Но эта система, как я понял, требует отдельного изучения и определённых привычек. Свои плюсы тоже можно найти. С ней я тоже работаю, так как на ней большая часть пользователей. На Windows переходить не комфортно, но реально.
Во всех ОС можно найти минусы и плюсы. И можно поддерживать opensource, сидя в проприетарной системе, это же не приступление?
В основном задачи диктуют какую ОС использовать, а не настроение.
Лично для сейчас меня фаворитом является VSCode.
Со списком самых популярных можно ознакомиться тут: haxe.org/documentation/introduction/editors-and-ides.html
По поводу генерации С++. Теперь используется как-раз простой тип.
И при попытки присвоение null к int haxe выдаст ошибку.
Зря вы так, комьюнити вполне дружелюбное.
На haxe.org/manual/introduction.html все хорошо объяснено. Но увы он доступен только на английском. В этом заключена некоторая проблема. Поскольку люди в чате ожидают, что человек задающий вопрос, ознакомлен с этим минимумом информации. А так же с основами программирования.
Человеку начинающему с нуля и не владеющего английским, действительно будет сложно разобраться. А если он в добавок не владеет терминологией и базовыми знаниями IT, помочь почти нереально.
Тут остается отправлять в самостоятельное обучение этим основам. Поскольку чат все-таки специализирован на самом языке, а не на основах программирования.
А еще у кого-то мог быть не самый удачный день и ответ мог быть в грубой форме (я против этого, нужно оставаться человеком в любой ситуации) и не нужно сразу все комьюнити по одному диалогу определять.
Кстати, если вы хотите использовать Haxe в месте с юнити, вам разумеется нужно изучить юнити. И если вас отправили на его изучения для использования с Haxe, то сделали все верно.
Вопросы тоже старайтесь задавать максимально понятно, люди все занятые и на угадывание чужой проблемы как правило, времени нет.
Да, если вы пишете чистый алгоритм, не зависящий от внешних библиотек. Часто ли такое бывает? К сожалению, на haxe очень мало (по моим меркам) качественных библиотек. Т.е. много чего есть, но часто либо не удобно использовать, либо уже устарело и т.п.
Я придерживаюсь MVC, и в моей практике логика абсолютно чиста и полностью отделена от платформы. У меня в основном так и бывает. А для остального кода есть стандартный минимальный набор функций, которого хватает для многих вещей. По мимо него есть очень качественные либы. К примеру, tink_json разбирает и валидирует json по описанной структуре. Это позволяет сэкономить невероятно много времени и отсеять ошибки связанные с некорректными данными от сервере или в конфигурационном файле. Можно пойти дальше и использовать HxBit, запаковывать данные в бинарном виде на nodejs, c++, java или другом сервере и распаковывать их на стороне клиента (js, c++, java и т. д.).
Данные в таком виде обрабатываются значительно быстрее и уменьшают трафик. И это решения только для обмена данными. Если интересует что-то еще спрашивайте.
Помню весёлый случай, когда потратил несколько часов, пытаясь понять, почему не работает правильно мой код (проект был очень большой). Оказалось, haxe не сгенерил ";" в конце одной из строк при генерации в js :))
А что за код вы писали? Вы использовали untyped __js__()? Как и в случае с ассемблерными в ставками в C++ с таким кодом нужно быть максимально внимательным, так очень легко «выстрелить себе в ногу». И это никак не может является недостатком С++ или Haxe.
Да, видимо, за три года активного использования я чего-то не понял...
Дело не только в активном использовании. Местами нужно суметь отказаться от подходов применяемых в других языках, а не пытаться «заставить» язык работать как в них (это не только Haxe касается).
Согласен, довольно быстро. Проблема только в том, что на большом проекте в конце концов, только этим и начинаешь заниматься. Писать полезный код некогда, ибо библиотеки нужно обновлять :))
Это какие библиотеки настолько активно изменяются?
Кстати, в случае с C# можно подключать dll файлы.
А в случае d.ts можно сгенерировать extern файлы (многие npm имеют их в наличии), правда некоторые правки им понадобятся.
Многие вещи активно поддерживаются сообществом: hxelectron, pixi-haxe
Быть оберткой, это лишь одно из применений языка. Ничто не мешает, к примеру, сгенерировать общую кодовую базу с API и использовать ее с разными языками.
С функцией быть оберткой над языками кодогенерации язык справляется на 100%. И лучше чем тот же TypeScript и прочие решения.
Языком можно пользоваться вполне безболезненно. Если у вас что-то не получилось, возможно вы что-то не дополняли. Спрашивайте у других (haxe.ru или t.me/haxe_ru) и не спешите с выводами.
Для сборки используйте ocaml более старой версии (обновления ocaml не означают, что Haxe плохой, так с любыми проектами случается).
Как по мне технология развивается огромными шагами. Появляется более мощная поддержка со стороны IDE. Библиотеки, движки, редакторы.
Обертки над конкретными платформами писать достаточно просто и быстро.
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Просто музыку послушать, лучше взять Apple HomePod (или аналоги), он подстроиться под помещение и под расположение слушателя в нём.
С более современными подходами, можно и состояние передавать через аргумент. Поля в таком случае скорее нужны для связей с другими объектами. И это по прежнему может быть ООП.
В реальности всё же есть ТЗ, есть ЦА для которой сайт.
Исходя из задачи происходит все дальнейшее.
И универсального рецепта просто не существует.
А тут так написано, как будто разработчик вольный творец и делает что захочет. А заказчик уже пускай, как хочет так и разбирается с получившимся продуктом. Это пугает.
По моим ощущением у автора нет опыта в реальной разработке.
Установил я гит, привычным мне способом, вот так cinst git. Сконфигурировал пользователя и почту. Далее клонирую проект, не работает. После получасового разбирательство стало ясно, что нужно для винды необходимое ещё сконфигурировать core.autocrlf. Иначе из-за окончания файлов проект не собирается с левой ошибкой.
Дальше клонирую другой проект и он не работает из-за слишком длинных путей, кучу всего прочитал, не разобрался, забил.
Далее попытался впн настроить по маске, не работает по не ясным причинам, забил.
Хотел устройство на винде в другой подсети пропинговать. Нет пинга и всё, чистая винда была. В итоге выяснил, что в брэндмауре было запрещено по дефолту зачем-то.
При запуске эир приложений выяснил, что он работает с сетью через виндовую службу в которой по умолчанию выставлено два подключения максимум, залез в реест поправил руками.
Может мне так везёт, но на винде очень много нужно заморачиваться с настройкой системы, что занимает время, а время это деньги, на которые, например, можно макбук купить :)
На маке и линуксе как-то попроще, но опять же может это дело привычки и определённого набора скилов и задач. Ну и интерфейс запутанный у винды, тоже нужно к нему привыкать, например не могу в док как на маке файл перенести чтобы открыть в программе, он сначала в избранное добавляется, затем через избранное его можно открыть, извращение какое-то как по мне :)
Но я думаю все настраивается при желании на всех ос.
Самый странный «аргумент» против линукса.
Я лично использую MacOS, Linux и Windows. Зачем себя ограничивать одной системой?
Недавно, к примеру, столкнулся с проблемой, что файрфокс по разному шлёт событие скрола на macos и linux. Сделал и проверил, чтоб работало как надо на всех ОС. И чего хорошего, если я откажусь одной из ОС в данном случае? Часть пользователей столкнётся с проблемой.
Второй пример, мне присылают макет в psd, при попытке открыть его в программах отличных от photoshop он искажается. Просить пересохранить файл? Иной раз проблема отличить искажение от фичи и можно сверстать что-то не то.
Третий пример, я использую Ableton Live (с контролерами) для работы со звуком. На маке работает идеально с минимальными задержками. На линуксе просто нет аналогов.
Для работы с кодом в целом линукс меня устраивает (за исключеним частных моментов). Из дистрибутивов очень нравиться Solus OS, но про неё почему-то практически нигде не упоминают. Либо Ubnuntu Budgie, мне очень комфортно работать с этой оболочкой.
На macos iTerm2, на linux Tilex. И там и там zsh.
А вот с Windows все сложно, как не странно, привычные и ожидаемые вещи, которые были Linux и MacOS, порой превращаются в ад. Но эта система, как я понял, требует отдельного изучения и определённых привычек. Свои плюсы тоже можно найти. С ней я тоже работаю, так как на ней большая часть пользователей. На Windows переходить не комфортно, но реально.
Во всех ОС можно найти минусы и плюсы. И можно поддерживать opensource, сидя в проприетарной системе, это же не приступление?
В основном задачи диктуют какую ОС использовать, а не настроение.
Считаю тему с троичными вычислениями очень интересной. Жду продолжения. Спасибо за статью.
Со списком самых популярных можно ознакомиться тут: haxe.org/documentation/introduction/editors-and-ides.html
По поводу генерации С++. Теперь используется как-раз простой тип.
И при попытки присвоение null к int haxe выдаст ошибку.
haxe.org/manual/target-java-getting-started.html
На haxe.org/manual/introduction.html все хорошо объяснено. Но увы он доступен только на английском. В этом заключена некоторая проблема. Поскольку люди в чате ожидают, что человек задающий вопрос, ознакомлен с этим минимумом информации. А так же с основами программирования.
Человеку начинающему с нуля и не владеющего английским, действительно будет сложно разобраться. А если он в добавок не владеет терминологией и базовыми знаниями IT, помочь почти нереально.
Тут остается отправлять в самостоятельное обучение этим основам. Поскольку чат все-таки специализирован на самом языке, а не на основах программирования.
А еще у кого-то мог быть не самый удачный день и ответ мог быть в грубой форме (я против этого, нужно оставаться человеком в любой ситуации) и не нужно сразу все комьюнити по одному диалогу определять.
Кстати, если вы хотите использовать Haxe в месте с юнити, вам разумеется нужно изучить юнити. И если вас отправили на его изучения для использования с Haxe, то сделали все верно.
Вопросы тоже старайтесь задавать максимально понятно, люди все занятые и на угадывание чужой проблемы как правило, времени нет.
Я придерживаюсь MVC, и в моей практике логика абсолютно чиста и полностью отделена от платформы. У меня в основном так и бывает. А для остального кода есть стандартный минимальный набор функций, которого хватает для многих вещей. По мимо него есть очень качественные либы. К примеру, tink_json разбирает и валидирует json по описанной структуре. Это позволяет сэкономить невероятно много времени и отсеять ошибки связанные с некорректными данными от сервере или в конфигурационном файле. Можно пойти дальше и использовать HxBit, запаковывать данные в бинарном виде на nodejs, c++, java или другом сервере и распаковывать их на стороне клиента (js, c++, java и т. д.).
Данные в таком виде обрабатываются значительно быстрее и уменьшают трафик. И это решения только для обмена данными. Если интересует что-то еще спрашивайте.
А что за код вы писали? Вы использовали untyped __js__()? Как и в случае с ассемблерными в ставками в C++ с таким кодом нужно быть максимально внимательным, так очень легко «выстрелить себе в ногу». И это никак не может является недостатком С++ или Haxe.
Дело не только в активном использовании. Местами нужно суметь отказаться от подходов применяемых в других языках, а не пытаться «заставить» язык работать как в них (это не только Haxe касается).
Это какие библиотеки настолько активно изменяются?
Кстати, в случае с C# можно подключать dll файлы.
А в случае d.ts можно сгенерировать extern файлы (многие npm имеют их в наличии), правда некоторые правки им понадобятся.
Многие вещи активно поддерживаются сообществом: hxelectron, pixi-haxe
С функцией
быть оберткой над языкамикодогенерации язык справляется на 100%. И лучше чем тот же TypeScript и прочие решения.Языком можно пользоваться вполне безболезненно. Если у вас что-то не получилось, возможно вы что-то не дополняли. Спрашивайте у других (haxe.ru или t.me/haxe_ru) и не спешите с выводами.
Для сборки используйте ocaml более старой версии (обновления ocaml не означают, что Haxe плохой, так с любыми проектами случается).
Как по мне технология развивается огромными шагами. Появляется более мощная поддержка со стороны IDE. Библиотеки, движки, редакторы.
Обертки над конкретными платформами писать достаточно просто и быстро.