Вы уж извините меня за прямоту и грубость, но дополню. Суть поста не о том, что проблема у вас с командой и проектом - личное дело каждого как ему зарабатывать на хлеб - разбивая большие камни на маленькие, или пройдя ускоренные курсы гикбрейнс начать зарабатывать в IT. Суть поста - что авторы создали проблему из-за своей безграничной узколобости и потом начали решать проблему через задний проход. И писать об этом, как о достижении - это неуважение (профессиональное) к читателю (имхо).
Когда закипает молоко - нужно прикручивать огонь, а не дуть на пену и подставлять тряпки при этом создавая презентацию и статью на тему "методика многопоточного клининга варочной панели горенья в условиях форсмажорного приготовления борща командой интернациональных поваров-фрезеровщиков при пониженном атмосферном давлении и сильном боковым ветром с камнепадом (в паверпоинте)".
Выводы про людей я не делаю - я делаю выводы про специалистов. Это разное.
Статья вызывает у меня чувство гнева. К авторам вопрос к авторам - что за ДИЧЬ вы делаете? Ваша проблема лежит в другой плоскости - вы генерируете 200 000 (двести тысяч) фалов мусорных-исходников. При этом используете конвертацию из бедного и примитивного языка PHP в один из самых гибких и сложных языков C++. Зачем? Чтобы код на C++ был быстрым - он должен быть создан качественно изначально, с проработкой всех иерархических, структурных и архитектурных нюансов проекта и среды исполнения. И сейчас суть вашей проблемы - PHP->C++. Все остальное - ваши попытки натянуть сову на глобус.
P.S. Господа, не хочу никак никого оскорблять. Но тут на лицо эффект Даннинга-Крюгера у команды разработчиков. А другие читают подобное и, что самое страшное, могут ведь вдохновится и начать заниматься тем же самым - деградацией.
P.P.S. А потом участники таких проектов приходят на собеседование и не могут банально рассказать про то, как что такое BSS, TEXT, elf и чем отличается uint32_t* от void*. Зато они могут положить на лопатки 64 ядра с 5 ТБ ОЗУ на сборку проекта "рабасной" игры из ВК.
TurboPascal 7.1 — отличная игрушка. С 10 лет играл. Доигрался — пишу на Си =)
Ну а про своих 2х малых скажу — если ребенок САМ не стремится к этому — то покупать лего роботикс или еще что-то подобное — пустая трата денег. Сварщики тоже пригодятся.
К чему он это? Зачем он это? О чем?
Причем тут убунту, минт, крипто? Хочешь сегодня приватности — выкинь всю электронику и езжай в сибирь (а лучше — иди), где нет интернетов и телекомов. Живи в избе, свет от лучины, на ужин — щи и медведь. Мы живем в 21 веке, какая нахрен приватность? И причем тут виртуализация?
P.S. Автор — а где ты узнал про эпоксидку и ОЗУ? Это тебе кто-то очень серьезный рассказал? Это весьма секретная информация, актуальная для ферритовых колец. И за её разглашение тебя бы посадили лет 50 назад. Так что ты это, поаккуратнее.
Ой вей. Писал я на GTK лет 6 назад. Нужно было интерфейс навернуть на Си программу (эмулятор клиента для сервера). Скажу одно — дико неудобная вещь. Особенно если писать интерфейс на Си — код становится похож на мантру ввиду огромного количества макросов. Вроде как был PyGTK — но это не тру. Документация — отдельный сорт говнеца, для эстетов.
Сама структура компонент GTK выглядит архаично и бессвязно. И всегда есть 1000 и 1 способ выстрелить себе в ногу.
Помучился пару дней — плюнул. Написал с нуля на Qt — при этом получил удовольствие от процесса. Ну и бонусом к использованию Qt — все собралось под Windows без каких либо ухищрений. Про документацию и говорить нечего.
В целом — GTK плохо. Qt — хорошо. Я правда не знаю, как там сейчас с лицензиями для «не OSE» проектов, но более чем уверен, для большинства задач Qt — на 100 голов лучше.
Ну, тут прям кривая истории получается…
Давным давно жил-был MIPS. На нем делали все самое вкусное — сервера (хотя там тогда был зоопарк), рабочие станции (SGI), приставки (playstation 1 и 2), и это был стандарт для встройки и индастриал. Х86 был тогда слаб и зелен, но популярен — рынок IBM PC рос.
Потом потихоньку пришел супер производительный POWERPC — и встали на него Apple, сервера (IBM), встройка и приставки (playstation 3, xbox 360, nintendo cube). x86 уже тогда был крепок и силен, и любили его уже многие. ARM жил тогда в слабых мобилках.
Потом x86 захватил мир. Появились годные xeon, появились хорошие атомы, и все переехали туда… Кроме мобилок.
А потом был мобилок, IoT, планшетов и умных утюгов и развитие ARM было форсированно многократно…
Вот теперь началась очередная веха спирали — x86 медленно закатывается.Не быстро, лет 10 еще поплавает — новое поколение приставок как-никак, куча железа у народа на руках и АМД, рвущая топы по производительности. Хотя если ребята поднажмут и выкатят хорошее мобильное решение — то может быть и не все схлопнется. Ребята — это АМД, интел сегодня в полной пятой точке — слишком они заплыли жиром и бюрократией. Ну и судя по тому, что между 6 поколением и 10 — архитектурной разницы особой нет — они стоят на месте.
ну щаз заживем! Айда все в штаты. Я вот могу на пхп, на ява, на сях, на паскале, на фортране, на адЕ… На русском МОГУ! А как чай пить я могу, тут вообще разряда такого нету, высшая квалификация просто.
А вот на Хинди не могу… Да и зовут меня не Равшут/Бждаш/Мхутма… Да и не индус я…
PowerPC — это OEM архитектура. Для эпла не делалось особых исключений (хоть они и были в в консорциуме AIM).
Видео, да — было ATI, тогда не умели нормально делать встроенную графику. И linux был на ней, ввиду достаточной открытости железа. Да и МАКи тех времен любили использовать не по назначению — ввиду их внушительной мощности по сравнению с x86 тех лет (pentium 4 )
У меня тут валяется пара PPC железяк (на p3041, p1022) — вещь крайне интересная, но позиционирование у нее — не ясное (на сегодняшний день). Для настолки- слабоват (нету нормальной математики, плюс пара архитектурных проблем), для встройки/мобилки — горячеват (в сравнении с ARM), для индастирал — самое оно. Но опять же — есть ARM, Intel с их атомами. Так что, после ухода apple — архитектура медленно умерла. Сегодня PPC — это очень узкий круг задач (и то по историческим причинам). Золой век PPC — это нулевые — apple, playStation, XBox — все было просто супер, но потом x86 догнала и обогнала их по производительности, по мощности и по объемам. FIN.
Apple всегда делали закрытую (скорее даже замкнутую) инфраструктуру — железа+ОС+прикладной софт. Им не нужна сторонняя ОС, на которой они не смогут сделать деньги. Отсюда — им не нужно выставлять на широкий доступ информацию о своём железе. Линукс на х86 маках запускался только по той причине, что это intel был открыт для мира.
Да и зачем на маке, в цену которого заложена цена софта — выкидывать этот софт на помойку, заменяя его OSE решением? Вы в убытке. Купите себе тогда хромбук, замените закрытый биос на Coreboot, который будет игнорировать TPM — и вуаля. В убытке гугл.
Ну а если и появится линукс для M1 — то скорее всего 70% плюшек (вроде тачпада, времени работы и т.п.) будут не доступны. Так что, лучше заняться этим ребятам чем нибудь более актуальным. Пока это выглядит как «хотим новый макбук, а денег нет, но если дадите — то мы будем ставить на него линукс».
А поставьте мне windows 7 на Kabylake? Думаю, вы удивитесь, что у вас USB не работает…
Сегодня миром правит сетевой формат — 70% пользователей плевать, что у них за процессор и ОС, главное чтобы браузер запустился, а в нем их любимая ферма/елочка/индикот…
А что такое инфраструктура материнской платы?!
Интел предлагает «убогое» решение — CPU + мост. А на мамке у вас — разъемы, питание, ну и пара ПЗУ флешек с батарейкой. Ну и какой нить суперио чип, для всяких клавиатур и тпм.
Все остальное — в 2х чипах интел. А именно:
В мосте — контроллеры SATA, PCIe, Ethernet, USB и прочие вайфаи и итуси. В процессоре — контроллеры RAM, PEG (PCIe для видюх), графика, ME и прочие эмэмикмсы.
При этом я не понимаю зачем закладывать в мост 15 портов PCIe или 16 SATA или 16 USB, плодя количество ножек в геометрической прогрессии…
Большинство ARM — это SoC, без моста, все в проце. А Apple еще на него влепила RAM — вообще красавцы, выкинули сложную и не любящую тряску DRAM, заменив ее на memory-down. Мамка в таком варианте — просто плата со слотами расширения и развязкой питания. Какая тут инфраструктура? Нет моста — нет проблем при переходе между поколениями процессоров.
При этом у интел есть еще гадки ME, который не слабо потребляет, и хрен знамо чем занят. И загрузчик для интел (БИОС) — это тоже монстр в пинетках из UEFI, в котором черт ногу сломал. У ARM — все гораздо проще, лучше и понятней.
А запустить игру 99 года — можно и через эмулятор x86.
P.S. Uboot для ARM собирается GCC, под линукс. Интеловский EDK2 (скелет для UEFI BIOS) — лучше всего собирать в MS Visual Studio. У интела система сборки на «батничках». Когда увидел это — понял, они все, закончились.
Пользую Эклипс — все есть и в лучшем виде — главное уметь щелкать мышкой по настройкам редактора.
А встроенный плеер — это да — очень важная вещь! Я уже подумываю убить Clementine.
P.S. Линукс — суровая, проффессианальная ОС, в которой свистелки и перделки не уместны! Четкие люди юзают vi, emacs или nano. А всякие Cairo, Compiz, koala writer — для любителей.
в учебнике по информатике из далеких 80х было написано — «информация должна быть доступной». Я верю в советский институт образования, и буду следовать его уставам.
Вы уж извините меня за прямоту и грубость, но дополню. Суть поста не о том, что проблема у вас с командой и проектом - личное дело каждого как ему зарабатывать на хлеб - разбивая большие камни на маленькие, или пройдя ускоренные курсы гикбрейнс начать зарабатывать в IT. Суть поста - что авторы создали проблему из-за своей безграничной узколобости и потом начали решать проблему через задний проход. И писать об этом, как о достижении - это неуважение (профессиональное) к читателю (имхо).
Когда закипает молоко - нужно прикручивать огонь, а не дуть на пену и подставлять тряпки при этом создавая презентацию и статью на тему "методика многопоточного клининга варочной панели горенья в условиях форсмажорного приготовления борща командой интернациональных поваров-фрезеровщиков при пониженном атмосферном давлении и сильном боковым ветром с камнепадом (в паверпоинте)".
Выводы про людей я не делаю - я делаю выводы про специалистов. Это разное.
Статья вызывает у меня чувство гнева. К авторам вопрос к авторам - что за ДИЧЬ вы делаете? Ваша проблема лежит в другой плоскости - вы генерируете 200 000 (двести тысяч) фалов мусорных-исходников. При этом используете конвертацию из бедного и примитивного языка PHP в один из самых гибких и сложных языков C++. Зачем? Чтобы код на C++ был быстрым - он должен быть создан качественно изначально, с проработкой всех иерархических, структурных и архитектурных нюансов проекта и среды исполнения. И сейчас суть вашей проблемы - PHP->C++. Все остальное - ваши попытки натянуть сову на глобус.
P.S. Господа, не хочу никак никого оскорблять. Но тут на лицо эффект Даннинга-Крюгера у команды разработчиков. А другие читают подобное и, что самое страшное, могут ведь вдохновится и начать заниматься тем же самым - деградацией.
P.P.S. А потом участники таких проектов приходят на собеседование и не могут банально рассказать про то, как что такое BSS, TEXT, elf и чем отличается uint32_t* от void*. Зато они могут положить на лопатки 64 ядра с 5 ТБ ОЗУ на сборку проекта "рабасной" игры из ВК.
Всем добра!
Ой вей. Именно так и появился GTK.
Нужно ООП - пиши на плюсах.
Хочешь поупражняться в сверхуме - пиши на Аде.
На Си программа должна быть "палка-веревка". По другому - да, вы наркоман.
Ну а про своих 2х малых скажу — если ребенок САМ не стремится к этому — то покупать лего роботикс или еще что-то подобное — пустая трата денег. Сварщики тоже пригодятся.
Причем тут убунту, минт, крипто? Хочешь сегодня приватности — выкинь всю электронику и езжай в сибирь (а лучше — иди), где нет интернетов и телекомов. Живи в избе, свет от лучины, на ужин — щи и медведь. Мы живем в 21 веке, какая нахрен приватность? И причем тут виртуализация?
P.S. Автор — а где ты узнал про эпоксидку и ОЗУ? Это тебе кто-то очень серьезный рассказал? Это весьма секретная информация, актуальная для ферритовых колец. И за её разглашение тебя бы посадили лет 50 назад. Так что ты это, поаккуратнее.
Сама структура компонент GTK выглядит архаично и бессвязно. И всегда есть 1000 и 1 способ выстрелить себе в ногу.
Помучился пару дней — плюнул. Написал с нуля на Qt — при этом получил удовольствие от процесса. Ну и бонусом к использованию Qt — все собралось под Windows без каких либо ухищрений. Про документацию и говорить нечего.
В целом — GTK плохо. Qt — хорошо. Я правда не знаю, как там сейчас с лицензиями для «не OSE» проектов, но более чем уверен, для большинства задач Qt — на 100 голов лучше.
P.S. Я думаю, что GTK — кусок г-на.
Давным давно жил-был MIPS. На нем делали все самое вкусное — сервера (хотя там тогда был зоопарк), рабочие станции (SGI), приставки (playstation 1 и 2), и это был стандарт для встройки и индастриал. Х86 был тогда слаб и зелен, но популярен — рынок IBM PC рос.
Потом потихоньку пришел супер производительный POWERPC — и встали на него Apple, сервера (IBM), встройка и приставки (playstation 3, xbox 360, nintendo cube). x86 уже тогда был крепок и силен, и любили его уже многие. ARM жил тогда в слабых мобилках.
Потом x86 захватил мир. Появились годные xeon, появились хорошие атомы, и все переехали туда… Кроме мобилок.
А потом был мобилок, IoT, планшетов и умных утюгов и развитие ARM было форсированно многократно…
Вот теперь началась очередная веха спирали — x86 медленно закатывается.Не быстро, лет 10 еще поплавает — новое поколение приставок как-никак, куча железа у народа на руках и АМД, рвущая топы по производительности. Хотя если ребята поднажмут и выкатят хорошее мобильное решение — то может быть и не все схлопнется. Ребята — это АМД, интел сегодня в полной пятой точке — слишком они заплыли жиром и бюрократией. Ну и судя по тому, что между 6 поколением и 10 — архитектурной разницы особой нет — они стоят на месте.
А вот на Хинди не могу… Да и зовут меня не Равшут/Бждаш/Мхутма… Да и не индус я…
поэтому наверное, не айда…
Видео, да — было ATI, тогда не умели нормально делать встроенную графику. И linux был на ней, ввиду достаточной открытости железа. Да и МАКи тех времен любили использовать не по назначению — ввиду их внушительной мощности по сравнению с x86 тех лет (pentium 4 )
У меня тут валяется пара PPC железяк (на p3041, p1022) — вещь крайне интересная, но позиционирование у нее — не ясное (на сегодняшний день). Для настолки- слабоват (нету нормальной математики, плюс пара архитектурных проблем), для встройки/мобилки — горячеват (в сравнении с ARM), для индастирал — самое оно. Но опять же — есть ARM, Intel с их атомами. Так что, после ухода apple — архитектура медленно умерла. Сегодня PPC — это очень узкий круг задач (и то по историческим причинам). Золой век PPC — это нулевые — apple, playStation, XBox — все было просто супер, но потом x86 догнала и обогнала их по производительности, по мощности и по объемам. FIN.
Да и зачем на маке, в цену которого заложена цена софта — выкидывать этот софт на помойку, заменяя его OSE решением? Вы в убытке. Купите себе тогда хромбук, замените закрытый биос на Coreboot, который будет игнорировать TPM — и вуаля. В убытке гугл.
Ну а если и появится линукс для M1 — то скорее всего 70% плюшек (вроде тачпада, времени работы и т.п.) будут не доступны. Так что, лучше заняться этим ребятам чем нибудь более актуальным. Пока это выглядит как «хотим новый макбук, а денег нет, но если дадите — то мы будем ставить на него линукс».
Сегодня миром правит сетевой формат — 70% пользователей плевать, что у них за процессор и ОС, главное чтобы браузер запустился, а в нем их любимая ферма/елочка/индикот…
Интел предлагает «убогое» решение — CPU + мост. А на мамке у вас — разъемы, питание, ну и пара ПЗУ флешек с батарейкой. Ну и какой нить суперио чип, для всяких клавиатур и тпм.
Все остальное — в 2х чипах интел. А именно:
В мосте — контроллеры SATA, PCIe, Ethernet, USB и прочие вайфаи и итуси. В процессоре — контроллеры RAM, PEG (PCIe для видюх), графика, ME и прочие эмэмикмсы.
При этом я не понимаю зачем закладывать в мост 15 портов PCIe или 16 SATA или 16 USB, плодя количество ножек в геометрической прогрессии…
Большинство ARM — это SoC, без моста, все в проце. А Apple еще на него влепила RAM — вообще красавцы, выкинули сложную и не любящую тряску DRAM, заменив ее на memory-down. Мамка в таком варианте — просто плата со слотами расширения и развязкой питания. Какая тут инфраструктура? Нет моста — нет проблем при переходе между поколениями процессоров.
При этом у интел есть еще гадки ME, который не слабо потребляет, и хрен знамо чем занят. И загрузчик для интел (БИОС) — это тоже монстр в пинетках из UEFI, в котором черт ногу сломал. У ARM — все гораздо проще, лучше и понятней.
А запустить игру 99 года — можно и через эмулятор x86.
P.S. Uboot для ARM собирается GCC, под линукс. Интеловский EDK2 (скелет для UEFI BIOS) — лучше всего собирать в MS Visual Studio. У интела система сборки на «батничках». Когда увидел это — понял, они все, закончились.
Спасибо!
Пользую Эклипс — все есть и в лучшем виде — главное уметь щелкать мышкой по настройкам редактора.
А встроенный плеер — это да — очень важная вещь! Я уже подумываю убить Clementine.
P.S. Линукс — суровая, проффессианальная ОС, в которой свистелки и перделки не уместны! Четкие люди юзают vi, emacs или nano. А всякие Cairo, Compiz, koala writer — для любителей.
Работаю постоянно с big endian. Если надо что-то крутануть не выпендриваюсь и делаю так:
static inline u32 swap32(u32 w)
{
return ((w & 0xff000000) >> 24) |
((w & 0x00ff0000) >> 8) |
((w & 0x0000ff00) << 8) | ((w & 0x000000ff) << 24);
}
а для андройда есть подобное?