Это наверно потому что GTK+ с Glib'ом вместе — объектно-ориентированные? :)
ООП — парадигма, а не набор операторов языка, и там где есть данные, сгруппированные в единую сущность (в GTK они представлены в виде структур), и методы работы с ними — там присутствует и оно, и все его особенности, и все его плюсы и минусы.
Но если по порядку — для описания сколько-либо комплексного объекта одной скалярной переменной недостаточно — нужно несколько, хранить их в массиве — неудобно, да и типы у них могут быть разные, соот-но нужна структура, чтобы не было overhead'а при передаче этой структуры внутри кода — её необходимо передавать по ссылке, обрабатывать данные структуры на месте — несерьёзно, нужны функции обработки, передавать каждую порцию данных отдельно — глупо, функции может понадобится ещё одна и придётся менять сигнатуру, поэтому передается ссылка на всю структуру целиком — и вот у нас уже и поля данные, сгруппированные в объект, передающийся по ссылке, с собственными методами.
А ещё бывает что структура нужна точно такая-же как старая — только с ещё парой полей — и вот у нас уже наследование, а то что новую структуру с доп. полем можно кастануть в старую и обрабатывать функциями старой, а новых может быть несколько — это полиморфизм. Вот как-то вот так появилось объектно-ориентированное программирование.
А на случай если и против процедурного программирования есть претензии — то там тоже все просто, каждый раз один и тот-же кусок кода писать долго и не прикольно, а ещё программы от этого сильно разрастаются — потому вумные дядьки из outer world придумали выносить их в процедуры, в старых бейсиках например использовали goto туда — goto обратно за неимением других вариантов, а уж в си, паскале и их наследниках они из коробки есть.
Вот так вот по аналогии с процедурным программированием на головы ничего не подозревающих программистов настал ООП, и если в каком-то языке, как в старых бейсках без процедур, его поддержки нет — это ещё не значит что его там нет.
Ну так сода которую не пропитал клей ведь останется просто содой, смысл на неё просто «капнуть»? Или вы рассчитываете на цепную реакцию, один раз капнул — и вся сода в радиусе 10 миль… :)
60к$ — с вашей предлагаемой зарплатой в 50к — это уже 3 года работы, если не потратить при этом ни копейки, с учётом того что ещё кушать порой надо, ходить не в лохмотьях, проплачивать коммунальные услуги (а это ещё только необходимый минимум) — это уже 4-5 лет.
Это не говоря уже про то что в регионах зарплаты меньше, порой значительно, и например в Питере, и уверен даже что в Москве — только из института такую сумму сразу не получишь, что тем не менее не значит что студент/молодой специалист, или специалист из провинции при этом жалок.
Так что может эта сумма и недостаточно хороша чтобы её показывали в фильмах про кокаин, и дипломат она целиком не заполнит, однако же если собирать её нужно на протяжении такого времени — кому-то она может показаться недостижимой, и уж безусловно ответить на это «мне вас жаль» — верх хамства. Засим — мне вас жаль.
Первый вопрос меня самого повергает в пучину лютой злобы, а на счёт второго — имхо если-бы не «личное» качество, то с ним все было-бы ок, процесс трудоустройства это таки процесс торговли труда на его эквивалент, а в торговле надо уметь показать товар лицом. Другое дело что «личное» ограничивает диапазон качеств, и похвастать знаниями и умениями, действительно полезными в командной разработке — уже нельзя.
Ну вроде какие-то процессоры на 180нм тех.процессе наши производители производят, но про это и разговор — 180нм тех.процесс, да ещё и по тем ценам, что их продают — на хрен никому не нужны, даже без налоговых пошлин такие производители как Intel или AMD обходят их по всем параметрам, и даже трофейная линия AMD на 90нм ситуацию имхо не спасет.
Нету по-моему у AMD тут производства, разве что одним из «российских производителей» вроде как была куплена древняя производственная линия AMD по производству процессоров на базе 90нм тех.процесса, по-крайней мере в новостях это фигурировало, и в контексте новости AMD тут просто сделали крайним :)
А так имхо любые налоговые льготы что для Intel'а, что для AMD — одинаково убьют на корню все российское процессорное производство, потому как у обоих налаженные высокотехнологичные линии производства, освоенный 32нм тех.процесс и т.п. Впрочем даже без налоговых льгот имхо российским производителям приходится нелегко, очень уж велика разница в технологиях, это как телегу с космолётом сравнивать.
Так разве ораторские способности не из речи и жестикуляции складываются? Уверен что как минимум 50% apple'овских продаж основывались на сотрясании руками и возгласах «Amazing! Brilliant!» Стива Джобса :)
Ну так, для первого выступления вполне неплохо, словарный запас у него более-менее разнообразный, с «ай спик фром май харт» не сравнить, а то что с интонациями не ахти — так волнуется наверное, только вот паразитное «а» в перерывах между фразами — с момента как я его заметил прошла пара минут — а оно уже сводит меня с ума :) «As you can see on this graph… А!.. more altruistic… A!» :) Еще блин громко так :)
Вот при работе с встроенными функциями array_map действительно хорош, а при вызове пользовательских идут расходы на смену контекста выполнения, для задачи вроде $a += 2 — это имхо неоправданные траты.
Да это я с extract'ом напортачил, префикс работает только когда указан один из ключей EXTR_PREFIX_*, ну и после префикса еще подчеркивание, соот-но правильно будет так:
Ну php проектировался с одной главной идеей — он должен быть простым языком, понятным всем, а блочные области видимости это довольно таки сложно для понимания новичка.
P.S. не удивлюсь если лет через 100 на нём разговаривать начнут, вместо теперешнего эсперанто :)
ООП — парадигма, а не набор операторов языка, и там где есть данные, сгруппированные в единую сущность (в GTK они представлены в виде структур), и методы работы с ними — там присутствует и оно, и все его особенности, и все его плюсы и минусы.
Но если по порядку — для описания сколько-либо комплексного объекта одной скалярной переменной недостаточно — нужно несколько, хранить их в массиве — неудобно, да и типы у них могут быть разные, соот-но нужна структура, чтобы не было overhead'а при передаче этой структуры внутри кода — её необходимо передавать по ссылке, обрабатывать данные структуры на месте — несерьёзно, нужны функции обработки, передавать каждую порцию данных отдельно — глупо, функции может понадобится ещё одна и придётся менять сигнатуру, поэтому передается ссылка на всю структуру целиком — и вот у нас уже и поля данные, сгруппированные в объект, передающийся по ссылке, с собственными методами.
А ещё бывает что структура нужна точно такая-же как старая — только с ещё парой полей — и вот у нас уже наследование, а то что новую структуру с доп. полем можно кастануть в старую и обрабатывать функциями старой, а новых может быть несколько — это полиморфизм. Вот как-то вот так появилось объектно-ориентированное программирование.
А на случай если и против процедурного программирования есть претензии — то там тоже все просто, каждый раз один и тот-же кусок кода писать долго и не прикольно, а ещё программы от этого сильно разрастаются — потому вумные дядьки из outer world придумали выносить их в процедуры, в старых бейсиках например использовали goto туда — goto обратно за неимением других вариантов, а уж в си, паскале и их наследниках они из коробки есть.
Вот так вот по аналогии с процедурным программированием на головы ничего не подозревающих программистов настал ООП, и если в каком-то языке, как в старых бейсках без процедур, его поддержки нет — это ещё не значит что его там нет.
работает также и
с именем класса в $string, php же, надо же и так, и сяк… :)
Это не говоря уже про то что в регионах зарплаты меньше, порой значительно, и например в Питере, и уверен даже что в Москве — только из института такую сумму сразу не получишь, что тем не менее не значит что студент/молодой специалист, или специалист из провинции при этом жалок.
Так что может эта сумма и недостаточно хороша чтобы её показывали в фильмах про кокаин, и дипломат она целиком не заполнит, однако же если собирать её нужно на протяжении такого времени — кому-то она может показаться недостижимой, и уж безусловно ответить на это «мне вас жаль» — верх хамства. Засим — мне вас жаль.
в общем нового-то он уже ничего не найдет :)
И от чего его тогда уже «ограждать»? :)
А так имхо любые налоговые льготы что для Intel'а, что для AMD — одинаково убьют на корню все российское процессорное производство, потому как у обоих налаженные высокотехнологичные линии производства, освоенный 32нм тех.процесс и т.п. Впрочем даже без налоговых льгот имхо российским производителям приходится нелегко, очень уж велика разница в технологиях, это как телегу с космолётом сравнивать.
P.S. не удивлюсь если лет через 100 на нём разговаривать начнут, вместо теперешнего эсперанто :)