Ну разруливание вопросов зарплат должен заниматься начальник отдела.
Тут тоже очень тонкий момент.
Как начальнику мне как то всё равно что думает сосед коллега за 90, пока он это не озвучил.
Озвучит — будем решать вопрос. Не озвучит это как бы: «а он называл тебя земляным червяком» и не более.
А дальше смотрится на плюсы и минусы.
сосед-коллега мне известен очень хорошо, так как я с ним давно работаю, тут проще принять решение, нежели «упустить кандидата» из за «десятки».
Всё решаемо. А кто умный-кто нет — не особо имеет значения. Специалист может быть умным, но последнее слово за начальником. Тут уже понятие «сработаемся-не сработаемся».
[web@centos html]$ php test.php
PHP Notice: Undefined property: ArrayObject::$my in /home/web/html/test.php on line 13
NULL
int(1)
======
NULL
int(1)
и во втором случае IDE сразу подчеркивает «access via magic metod»
также Code Inspect дает сразу 3 ошибки. Чего не происходит в первом случае.
ну и
print_r($ar);
Array
(
[my] => 1
)
и на месте $ar может быть любой системный массив. ($_GET, $_POST) и т.д.
Даже если моя реализация тяжелее, она завязана на IDE и сразу показывает где у нас могут быть ошибки, что не скажешь про ArrayObject
И «навешивать» сразу много интерфейсов не есть хорошо. Они могут ни когда не пригодиться, нужны будут — люди довесят. Я не привел законченное решение, и это не библиотека. Люди захотят — изменят/используют. Просто идея по некой типизации массивов.
ArrayObject создает копии массивов.
Представьте, у вас 1000000 элементов.
С формами согласен. Но есть проекты без фреймворков.
Также ни кто не запрещает в дочерних классах запретить __set.
Тот же самый Yii дает возможность работать с сессиями как с массивом, а мы хотим как с объектом.
Можно конечно сериализовать свой объект и десереализовать, можно обернуть массив.
Тут обертка больше для json подходит. Отсутствует проверка на isset или key_exist, если нет переменной — получим null.
Опять же это можно инкапсулировать в любом методе get (например дефолтное значение).
Идея была в том, что в будущем можно изменить наши классы под изменение в системе. И все изменения останутся в одном дереве классов, а не по всему проекту с конструкциями isset и т.д.
А MVC — не панацея. В модели можно использовать наше дерево классов и сделать свой фасад и т.д.
Очень хорошо.
За несколько видео охватывается очень много материала, о котором начинающие даже могут не подозревать
После его видео начал писать на Java, его видео решили примерно 75% проблем, связанных с самой идеологией Java и ее библиотекой.
Самое интересное что в цикле for мне как бы не пришло в голову менять размер строки, скорее всего взял бы while
Просто как то в литературе указано
Если известно количество итераций за ранее, то for
Если не известно, то while
Но информация интересная, ее нужно популяризировать.
Мне всегда казалось что параметры цикла считаются 1 раз, оказывается нет.
Оказывается если компилить с -O (optimize), то количество итераций вычисляется в начале цикла, но это зависит от сложности кода.
Без -O каждую итерацию…
2) не 100%, но 90-95%
3) Люди приходят и уходят. Те кто остаются работают долго.
Тут уже от внутреннего устройства отдела зависит. Как построите — так и будет.
Есть люди с которыми я уже 10 лет работаю, есть люди, с которыми я работал 5 лет назад, они ко мне приходят в другую организацию
Такого как Вы Вы на работу не возьмете. Это основная проблема работодателей :)
Половину слов можно выкинуть.
Чаще хочется услышать «мы делаем сайтики» (работодатель)
Тут уже не хочется работать.
Ну и кадровик ответом на резюме может выслать FAQ, зачитывать не обязательно
Тут тоже очень тонкий момент.
Как начальнику мне как то всё равно что думает сосед коллега за 90, пока он это не озвучил.
Озвучит — будем решать вопрос. Не озвучит это как бы: «а он называл тебя земляным червяком» и не более.
А дальше смотрится на плюсы и минусы.
сосед-коллега мне известен очень хорошо, так как я с ним давно работаю, тут проще принять решение, нежели «упустить кандидата» из за «десятки».
Всё решаемо. А кто умный-кто нет — не особо имеет значения. Специалист может быть умным, но последнее слово за начальником. Тут уже понятие «сработаемся-не сработаемся».
Вы можете это осуждать, но отобрать не можете.
Если вас опрокинули из-за кофеварки, найдете другого. Зачем так нервничать?
Ну и еще
Netbeans:
Проблема в том, что комменты она не все ест, а так эффект такой же. Или вы не об этом?
и во втором случае IDE сразу подчеркивает «access via magic metod»
также Code Inspect дает сразу 3 ошибки. Чего не происходит в первом случае.
ну и
и на месте $ar может быть любой системный массив. ($_GET, $_POST) и т.д.
Даже если моя реализация тяжелее, она завязана на IDE и сразу показывает где у нас могут быть ошибки, что не скажешь про ArrayObject
И «навешивать» сразу много интерфейсов не есть хорошо. Они могут ни когда не пригодиться, нужны будут — люди довесят. Я не привел законченное решение, и это не библиотека. Люди захотят — изменят/используют. Просто идея по некой типизации массивов.
ArrayObject создает копии массивов.
Представьте, у вас 1000000 элементов.
Также ни кто не запрещает в дочерних классах запретить __set.
Тот же самый Yii дает возможность работать с сессиями как с массивом, а мы хотим как с объектом.
Можно конечно сериализовать свой объект и десереализовать, можно обернуть массив.
Тут обертка больше для json подходит. Отсутствует проверка на isset или key_exist, если нет переменной — получим null.
Опять же это можно инкапсулировать в любом методе get (например дефолтное значение).
Идея была в том, что в будущем можно изменить наши классы под изменение в системе. И все изменения останутся в одном дереве классов, а не по всему проекту с конструкциями isset и т.д.
А MVC — не панацея. В модели можно использовать наше дерево классов и сделать свой фасад и т.д.
За несколько видео охватывается очень много материала, о котором начинающие даже могут не подозревать
После его видео начал писать на Java, его видео решили примерно 75% проблем, связанных с самой идеологией Java и ее библиотекой.
Просто как то в литературе указано
Если известно количество итераций за ранее, то for
Если не известно, то while
Но информация интересная, ее нужно популяризировать.
Мне всегда казалось что параметры цикла считаются 1 раз, оказывается нет.
Оказывается если компилить с -O (optimize), то количество итераций вычисляется в начале цикла, но это зависит от сложности кода.
Без -O каждую итерацию…
Кому интересно:
Это только фишка C++ или других языков тоже?
Limitation works only for one connection, i.e., if client opens 2 connections, then total velocity will be 2 times higher then the limit set.
Перегруженный NAT (NAPT, NAT Overload, PAT, маскарадинг)
ru.wikipedia.org/wiki/%D0%A2%D1%80%D0%B0%D0%BD%D1%81%D0%BB%D1%8F%D1%86%D0%B8%D1%8F_%D0%BF%D0%BE%D1%80%D1%82-%D0%B0%D0%B4%D1%80%D0%B5%D1%81
не туда