Оставьте веб-разработчикам хоть один нормальный способ определить, с какого браузера вы на сайт заходите, а то приходят, пишут "сайт - гавно", а все потому что Opera как IE6 представляется, а ты сидишь потом и ковыряешься в том по каким DOM и JS объектам можно браузеры друг от друга отличать.
Лишние клики - раздражают. Ввод цифр - тем более. Что можно сделать:
Думаете, прецедент потери информации, в результате случайного/необдуманного действия раздражает меньше? Разовое удаление/очистка - это, как уже правильно было отмечено, сбой сценария, если такие сбои превалируют над основным сценарием работы, надо обучать/менять оператора. Групповое удаление идеально реализовано в виде Recycle Bin. Перед удалением данные помещаются в чистилище, из которого при желании их можно вернуть на место.
Я знаю что не всегда. Я сам работал в компании, в которой могли уволить за переменные типа i, j, k, msg, rslt и код if (i < 0) echo '1' else echo 2; Фактичести принуждали писать FDataGridCardViewControllerHelper. Теперь я уверен, что это пошло мне на пользу.
Я и сказал, что пользу имеют, но абстрактную, но ведь опять-же не учат синтаксису и основопологающим моментам в написании кода. А о том чтобы писать читаемый код, в ВУЗах вообще никто не думает. (Я из своего опыта)
Вы не думаете что риск отсутсвия Flash на машине пользователя сопоставим с риском, того что его браузер не поймет JS, который вы предложите взамен.
Пример из жизни. В нашем последнем проекте мы реализовывали mp3-плеер и компонент с анимацией. В итоге мы приняли стратегическое решение: там где без флеша невозможно (mp3) засунуть его в бэк-енд, а контроллер и view сделать на JS. С учетом кроссбраузерности и сложности задачи по анимации мы потратили один человеко-месяц и едва не лишились поддержки IE6. Не думаю что если бы мы остановились на Flash, результат был бы хуже.
Для начала давайте разграничим так называемые "Лекции" и так называемые "Семинары".
Лекции - это когда сидишь в огромном лектории и кто-то там на трибуне/у доски бубнит себе под нос что-то о предмете, название которого написано на методичке. Заинтересованных преподавателей также мало как и заинтересованных студентов (Как вы пишете ниже фильтр). Ведь они обычные люди, такие-же озлобленные на жизнь, низкие зарплаты и далее по тексту. Как итог - незаинтересованность студентов в предмете от непонимания того для чего все это надо идущая ровно от незаинтересованности преподавателя в процессе преподавания. На моей памяти были преподы, лекции которых я слушал с упоением, но их было менее процента от всех. В общем и целом самое полезное что можно вынести из лекций - это название предмета, концепт-план материала, и (если очень повезет) список литературы в конце методички.
"Семинары" - в ракурсе предметов связанных с IT, ну или программированием если угодно. Из моего опыта - это реально бесцельно убитое время. Слава богу АСМ в концепции не эволюционирует, это пожалуй единственное адекватное времени что на семинарах осталось. Потому что Turbo Pascal и Turbo C и иже с ними могут дать человеку лишь абстрактное понимание программирования. А если учесть еще бестолковые задачи, которые на семинарах решаются, то мы опять возвращаемся к теме "Нафига все это надо?" И это все опять идет от незаинтересованности преподов в преподавании.
Я сам работал преподавателем информатики в школе в течение двух лет и сталкивался с парадоксом того, что ученики уже программируя на бейсике просто не понимают основ программирования (функции, переменные и т.д.) вообще. Или им не объясняют что для того чтобы средствами бейсика нарисовать машинку нужны не столько познания в бейсике, сколько владение геометрическими построениями. Потому что если наложить примитивную геометрию на знание того как писать код (объявлять переменные и функции, вызывать функции с параметрами) то как раз и получится машинка (как минимум).
--АБЗАЦ--
Институт на самом деле меня познакомил с нужными людьми, которые способствовали моему профессиональному и карьерному росту. Ну еще и почву для саморазвития, скажем так: список литературы, рекомендуемой к ознакомлению, для защиты диплома по теме "моя жизнь". И сейчас я, нанимая людей в свою команду, прежде всего смотрю на их общий кругозор, владение околокибернетическими знаниями (физика, геометрия, мат-методы и далее) и умение логически рассуждать. Насколько профессионально они могут писать на каком-то конкретном ЯП или решать типовые тестовые задания - это вторично. Если человек толковый любой ЯП он освоит, а если нет, то "Пишу на ПХП 3 года" его спасет.
Вообще надо разделять кибернетику и прикладную математику в информатике. В первом случае это алгоритмизация на человеческом уровне, во втором на уровне математики.
Вот в том-то все и дело, что заминусовали вполне конкрентые люди за вполне конкретные вещи, которые к данному ресурсу отношения не имеют. Меня бы эта карма не волновала, ежели я в свой блог мог писать, но как-то не правильно когда личные мотивы приводят к такому результату. Я же не ради оценок тут пишу.
Скажите, почему всех так волнует карма? Она ведь не является показателем народного признания.
Меня честно на хабре парит в ней только то, что я в свой блог писать не могу, а иногда хочется поделиться опытом, чай не первый день в индустрии. А так мне пофиг...
Всем беспокоящимся о своей "репутации через призму общественного мнения" рекоммендую к прочтению Гая Кавасаки.
На 70% вкуснее, на 60% понятнее, на 2% дружелюбнее, и т.д. Чего-то я не понял как это удобство можно процентами померять.
Думаете, прецедент потери информации, в результате случайного/необдуманного действия раздражает меньше? Разовое удаление/очистка - это, как уже правильно было отмечено, сбой сценария, если такие сбои превалируют над основным сценарием работы, надо обучать/менять оператора. Групповое удаление идеально реализовано в виде Recycle Bin. Перед удалением данные помещаются в чистилище, из которого при желании их можно вернуть на место.
Пример из жизни. В нашем последнем проекте мы реализовывали mp3-плеер и компонент с анимацией. В итоге мы приняли стратегическое решение: там где без флеша невозможно (mp3) засунуть его в бэк-енд, а контроллер и view сделать на JS. С учетом кроссбраузерности и сложности задачи по анимации мы потратили один человеко-месяц и едва не лишились поддержки IE6. Не думаю что если бы мы остановились на Flash, результат был бы хуже.
Лекции - это когда сидишь в огромном лектории и кто-то там на трибуне/у доски бубнит себе под нос что-то о предмете, название которого написано на методичке. Заинтересованных преподавателей также мало как и заинтересованных студентов (Как вы пишете ниже фильтр). Ведь они обычные люди, такие-же озлобленные на жизнь, низкие зарплаты и далее по тексту. Как итог - незаинтересованность студентов в предмете от непонимания того для чего все это надо идущая ровно от незаинтересованности преподавателя в процессе преподавания. На моей памяти были преподы, лекции которых я слушал с упоением, но их было менее процента от всех. В общем и целом самое полезное что можно вынести из лекций - это название предмета, концепт-план материала, и (если очень повезет) список литературы в конце методички.
"Семинары" - в ракурсе предметов связанных с IT, ну или программированием если угодно. Из моего опыта - это реально бесцельно убитое время. Слава богу АСМ в концепции не эволюционирует, это пожалуй единственное адекватное времени что на семинарах осталось. Потому что Turbo Pascal и Turbo C и иже с ними могут дать человеку лишь абстрактное понимание программирования. А если учесть еще бестолковые задачи, которые на семинарах решаются, то мы опять возвращаемся к теме "Нафига все это надо?" И это все опять идет от незаинтересованности преподов в преподавании.
Я сам работал преподавателем информатики в школе в течение двух лет и сталкивался с парадоксом того, что ученики уже программируя на бейсике просто не понимают основ программирования (функции, переменные и т.д.) вообще. Или им не объясняют что для того чтобы средствами бейсика нарисовать машинку нужны не столько познания в бейсике, сколько владение геометрическими построениями. Потому что если наложить примитивную геометрию на знание того как писать код (объявлять переменные и функции, вызывать функции с параметрами) то как раз и получится машинка (как минимум).
--АБЗАЦ--
Институт на самом деле меня познакомил с нужными людьми, которые способствовали моему профессиональному и карьерному росту. Ну еще и почву для саморазвития, скажем так: список литературы, рекомендуемой к ознакомлению, для защиты диплома по теме "моя жизнь". И сейчас я, нанимая людей в свою команду, прежде всего смотрю на их общий кругозор, владение околокибернетическими знаниями (физика, геометрия, мат-методы и далее) и умение логически рассуждать. Насколько профессионально они могут писать на каком-то конкретном ЯП или решать типовые тестовые задания - это вторично. Если человек толковый любой ЯП он освоит, а если нет, то "Пишу на ПХП 3 года" его спасет.
P.S. Образование у меня не IT, я экономист.
Тьфу.
Меня честно на хабре парит в ней только то, что я в свой блог писать не могу, а иногда хочется поделиться опытом, чай не первый день в индустрии. А так мне пофиг...
Всем беспокоящимся о своей "репутации через призму общественного мнения" рекоммендую к прочтению Гая Кавасаки.