Очень правильный вопрос. Его и ждал. Плохого то, конечно может и ничего, но зато теперь лишь с помощью команды getStats() я вижу число и объем «живых» данных, что естественно необходимо для принятия каких-либо дальнейших решений. А точная информация «малой кровью» — вещь крайне ценная.
>>Прошу простить, если я допустил терминологическую путаницу. Не будучи специалистом в этой
>>области, я запросто мог сказать что-нибудь математически некорректное, но, надеюсь, идею все же
>>смог донести.
>подохды выбираются скорее по субьективным ощущениям
Кажись и тут без пресловутого творчества не обходиться ;). Да что ж такое то… Куда ж конвеер то запихать?
1. Выбор нужных библиотек/средств/подхода.
2. Степень контроля валидности и как
3. При выборе способа «свой велосипед», но более понятный и достаточный — вообще на 100% (как загрузить, куда, к какой букве MVC и т.д.). Да, можно сказать, что все изучено вдоль и поперек, известно куда и зачем, всё типизировано, но разве каждый раз программист не вкладывает часть своего личного опыта и персональных представлений о том как должна работать система «в целом»?
А написание комментариев? Да ёпрст, даже выбор имён переменных — уже творчество (ну или определение стиля и правил написания данных имен для подсистемы в целом)!
Степень творчества в процессе разработки определяется кучей факторов (например документированностью и моделью, гайдлайном, если хотите), но всегда (!) присутствует «личная» составляющая.
Я думаю, на определение понятия творчества ссылка не нужна…
>относятся к ним как к скоту, они пишут кучу дерьма
Вещи, вообщем то, слабо связанные между собой.
И качество продукта, даже пожалуй в большей мере зависит от того, насколько руководитель проекта любит свой проект, как мотивирует команду не в плане «подносить кофе», премии каждую неделю, и т.д., а именно «технологически». Насколько в команде и в проекте (в стане разработчиков) царит атмосфера «инновационности», «изобретательства».
Программисту, если он твердо знает, что он хочет от того, что делает (а я считаю, что хотеть он должен собственного развития + денег, именно в таком порядке) должно быть глубоко по-барабану на эмоциональное напряжение по цепочке топ-менеджер -> руководитель проекта -> старший разработчик, если только конечно сзади него не стоят с молотком и не бьют по голове при каждом удобном случае.
Пусть менеджер пытается создать идеальный процесс, в независимости от кучи говна на своей голове, а программист пишет красивый код, используя для этого все свои и старшего более опытного коллеги знания, пусть даже и кусками, обрывками и в промежутках между «взбучками». И всё будет хорошо и у первого и у последнего. А как на долго они там задерживаются обычно им самим должно становиться ясно в первые пару декад. Их же, как пчёл не убивают. В чем проблема учиться приносить хороший мёд? С новыми ульями сейчас по-моему проблем нету.
По-моему уж где-где, а в ИТ-отрасли, такой проблемы есть менее всего. Переносимость знаний гораздо выше чем где бы то ни было.
благодаря чему пользователь не будет нуждаться в запоминании десятков и сотен паролей
Действительно. Теперь нашим хакерам будет гораздо проще получить доступ ко всем пользовательским ресурсам. Достаточно лишь украсть/сгенерировать 1 паспорт. Какое шикарное пространство для деятельности.
Практически любое «свежее» решение бесспорно хорошо хотя бы потому, что оно практически обязательно влечет за собой массу уникального материала для анализа. Такого, который никогда не появится, происходи всё по заранее заготовленным схемам.
Почему слово «свежее» в кавычках? Да потому, что это, собственно, принцип «случайного тестирования». Правда в несколько прикольной форме :)
Ответ от поддержки пришел только сегодня. Да и то от робота. В заголовке письма указал жирным по наклонному «XSS vulner...» и т.д. и т.п. Но не чешутся ребята.
Да и пёс с ними ))
мама родная…
>>области, я запросто мог сказать что-нибудь математически некорректное, но, надеюсь, идею все же
>>смог донести.
...«Боязнь потери к
тёмной сторонелишним буквамтёмной стороне привести может.Отпустить ты должен
всёкарму, что так потерять боишься»… ©Мне одному тошно от кучи лишних букв и топиков про капчу? Ничего личного к Volmontovich, просто яркий типичный пример.
Предлагаю добавить в капчу розовых слонов, йодовую сетку, и показывать вверх тармашками.
Кажись и тут без пресловутого творчества не обходиться ;). Да что ж такое то… Куда ж конвеер то запихать?
ну ведь не станете спорить, что это самое «есть» — есть результат чьего то творчества ;)?
ой ну не скажите…
1. Выбор нужных библиотек/средств/подхода.
2. Степень контроля валидности и как
3. При выборе способа «свой велосипед», но более понятный и достаточный — вообще на 100% (как загрузить, куда, к какой букве MVC и т.д.). Да, можно сказать, что все изучено вдоль и поперек, известно куда и зачем, всё типизировано, но разве каждый раз программист не вкладывает часть своего личного опыта и персональных представлений о том как должна работать система «в целом»?
А написание комментариев? Да ёпрст, даже выбор имён переменных — уже творчество (ну или определение стиля и правил написания данных имен для подсистемы в целом)!
Степень творчества в процессе разработки определяется кучей факторов (например документированностью и моделью, гайдлайном, если хотите), но всегда (!) присутствует «личная» составляющая.
Я думаю, на определение понятия творчества ссылка не нужна…
Вещи, вообщем то, слабо связанные между собой.
И качество продукта, даже пожалуй в большей мере зависит от того, насколько руководитель проекта любит свой проект, как мотивирует команду не в плане «подносить кофе», премии каждую неделю, и т.д., а именно «технологически». Насколько в команде и в проекте (в стане разработчиков) царит атмосфера «инновационности», «изобретательства».
Программисту, если он твердо знает, что он хочет от того, что делает (а я считаю, что хотеть он должен собственного развития + денег, именно в таком порядке) должно быть глубоко по-барабану на эмоциональное напряжение по цепочке топ-менеджер -> руководитель проекта -> старший разработчик, если только конечно сзади него не стоят с молотком и не бьют по голове при каждом удобном случае.
Пусть менеджер пытается создать идеальный процесс, в независимости от кучи говна на своей голове, а программист пишет красивый код, используя для этого все свои и старшего более опытного коллеги знания, пусть даже и кусками, обрывками и в промежутках между «взбучками». И всё будет хорошо и у первого и у последнего. А как на долго они там задерживаются обычно им самим должно становиться ясно в первые пару декад. Их же, как пчёл не убивают. В чем проблема учиться приносить хороший мёд? С новыми ульями сейчас по-моему проблем нету.
По-моему уж где-где, а в ИТ-отрасли, такой проблемы есть менее всего. Переносимость знаний гораздо выше чем где бы то ни было.
Не соглашусь. Чем больше выбор средств защиты/аутентификации, тем больше и угроз. И наоборот.
Это замкнутый и всё время расширяющийся в диаметре круг.
Действительно. Теперь нашим хакерам будет гораздо проще получить доступ ко всем пользовательским ресурсам. Достаточно лишь украсть/сгенерировать 1 паспорт. Какое шикарное пространство для деятельности.
Почему слово «свежее» в кавычках? Да потому, что это, собственно, принцип «случайного тестирования». Правда в несколько прикольной форме :)
Да и пёс с ними ))
>>Жадь только не догадались написать админам этого сайта.
А как вы догадались, что я не догадался ;)?