Может быть вы и правы, так действительно удобнее — синхронизация с телефоном и всё такое.
Но тут, наверное, дело в том, что я визуал и для меня не всегда «якорем» будет название, фамилия, или телефон. Частенько я ищу визитку по цвету, расположению логотипа, или там «шрифт прикольный», или, даже, фактура бумаги — ну это, конечно, evernote не передаст :)
Это само собой, основное использование Evernote не отменяется :)
Но с визитками — мне показалось это будет гораздо удобнее, чем рыться в 200-300 бумажках, особенно если уже не помнишь точно по фамилии или логотипу — кто же этот человек, и что он делает в твоей коллекции бумажек :)
Интернет был до прихода Медиамагнатов в сеть, Интернет и будет после их «ухода».
Другое дело, что Интернет изменится. Ну дык, это случится в любом случае :)
Тем более — Мёрдок уйдёт, другой прийдёт… :)
Ну вот в том-то и дело, что по статистике (я смотрю СНГ) — зарплаты выросли, количество проектов стало больше, а учитывая что и срок сдачи проекта сократился, то получается что не кризис, а наоборот — всё лучше и лучше :)
Про сложность проектов, правда, в статистике не сказано.
Возможно если предположить — что времени стало меньше, а проекты стали сложнее, то и рост зарплат (см. по СНГ) не компенсирует возросшую сложность проектов?
Хотя лично для нашей студии — количество проектов сократилось резко. Причём с января :)
Как-то немного странно. С одной стороны «Благодаря кризису на рынке труда появились стоящие специалисты». А с другой стороны — Число проектов за первый квартал 2008 и 2009 года — по 6 штук — то есть стабильно, не уменьшилось. Да и зарплаты в целом не изменились в худшую сторону. Где же кризис? Или полнота выборки подкачала.
Очень хочется спросить тогда, зачем пользоваться CakePHP? Ведь так можно и php совсем забыть :)
А если серьёзно, то я стараюсь не использовать ручные запросы по следующим причинам:
1) я уже не помню случая, когда бы у меня в проекте не было сложных запросов. Всегда есть связанные таблицы, всегда есть какая-то выборка, поиск
2) при количестве JOIN-ов больше 4-5, да ещё с разными условиями, sql-ина получается строк на 5-6. В случае, если проект надо переделать, изменить, расширить — это уже задача не совсем простая. Решаемая, но не простая. Особенно, когда после написания кода прошло 5-6 месяцев и 20-ть других проектов
3) а если мы меняем базу с MySQL на другую? Я тут, не очень большой склифосовский, но мне кажется, что в случае отсутствия custom_sql переход будет происходить простой правкой в файлике database.php. Без ползания по исходникам в поисках «где же ещё надо поправить формат sql запроса под новые требования?
А можно было и через CASE сделать. Или в чистом sql.
Но пользуясь фреймворком, мне кажется, логично писать в принятом в нём стиле :)
Кстати, в вашем случае, как вы собиратее custom_sql если меняется какой-то параметр? Т.е. не WHERE 1, а более хитрый селект, или LIMIT другой? Вручную же и собираете? А как проверяете на injection? Тоже вручную?
Согласен :(
Мне раньше в jquery (год, или полтора назад, на самом раннем этапе развития) нравилось то, что и само jquery можно было собирать из кусочков, и в результате ограничиться чуть ли не 1-2кб непакованого кода.
Сейчас — уже не то.
ExtJs — я смотрел давно, тогда мне не понравилась и скорость работы и лицензия. Сейчас, вроде, GPL v3. А вот про скорость — не скажу. Не пробовал :)
Не скажу про ваших девочек, но там где я работал в одной газете было 16 страниц А3 с выходом 6 раз в неделю, в другой газете - 24 страницы А2, с выходом раз в неделю, в третьей - 24 А2 с выходом 5 раз в неделю. И как-то осилили владельцы изданий купить лицензионное ПО. Маки, правда, не каждая газета "потянула".
Как человек, уже лет 15 работающий в газетах разных, хочу сказать, что если у газеты (журнала) нет денег на софт, то ну её в топку такую газету. Там и на зарплату денег не хватит. :)
Спасибо :)
Сейчас засяду внимательно изучать… Спасибо за ссылку
Immovable hasMany Best
Immovable actAs Image
Best belongs to Immovable
Выбирать надо по критерию Best.country_id
$this->Immovable->Best->find('all',array('conditions' => array('Best.country_id' => $country), 'limit' => 5,
'contain' => array('Immovable' => array('order' => array('Immovable.created' => 'ASC')))));
Выборка идёт правильно. Однако behavior, который на Immovable прицеплен, — не срабатывает. Не обрабатывает поля, полученные подобными запросами.
Но тут, наверное, дело в том, что я визуал и для меня не всегда «якорем» будет название, фамилия, или телефон. Частенько я ищу визитку по цвету, расположению логотипа, или там «шрифт прикольный», или, даже, фактура бумаги — ну это, конечно, evernote не передаст :)
Но с визитками — мне показалось это будет гораздо удобнее, чем рыться в 200-300 бумажках, особенно если уже не помнишь точно по фамилии или логотипу — кто же этот человек, и что он делает в твоей коллекции бумажек :)
Другое дело, что Интернет изменится. Ну дык, это случится в любом случае :)
Тем более — Мёрдок уйдёт, другой прийдёт… :)
«В государстве правовом интересно жить...» (с)
Про сложность проектов, правда, в статистике не сказано.
Возможно если предположить — что времени стало меньше, а проекты стали сложнее, то и рост зарплат (см. по СНГ) не компенсирует возросшую сложность проектов?
Хотя лично для нашей студии — количество проектов сократилось резко. Причём с января :)
А если серьёзно, то я стараюсь не использовать ручные запросы по следующим причинам:
1) я уже не помню случая, когда бы у меня в проекте не было сложных запросов. Всегда есть связанные таблицы, всегда есть какая-то выборка, поиск
2) при количестве JOIN-ов больше 4-5, да ещё с разными условиями, sql-ина получается строк на 5-6. В случае, если проект надо переделать, изменить, расширить — это уже задача не совсем простая. Решаемая, но не простая. Особенно, когда после написания кода прошло 5-6 месяцев и 20-ть других проектов
3) а если мы меняем базу с MySQL на другую? Я тут, не очень большой склифосовский, но мне кажется, что в случае отсутствия custom_sql переход будет происходить простой правкой в файлике database.php. Без ползания по исходникам в поисках «где же ещё надо поправить формат sql запроса под новые требования?
Но это мой подход :)
Но пользуясь фреймворком, мне кажется, логично писать в принятом в нём стиле :)
Кстати, в вашем случае, как вы собиратее custom_sql если меняется какой-то параметр? Т.е. не WHERE 1, а более хитрый селект, или LIMIT другой? Вручную же и собираете? А как проверяете на injection? Тоже вручную?
Можно пример, хотелось бы посмотреть.
Как же, интересно, их остановили в Париже? В Брюсселе?
Как-то удалось европейцам сохранить свою историю не застраивая города социальным «элитным» жильём?
Но удивляют клоны. Неужто неинтересно что-то «эдакое» придумать? :)
Точно. В конце в другую сторону пошло…
Мне раньше в jquery (год, или полтора назад, на самом раннем этапе развития) нравилось то, что и само jquery можно было собирать из кусочков, и в результате ограничиться чуть ли не 1-2кб непакованого кода.
Сейчас — уже не то.
ExtJs — я смотрел давно, тогда мне не понравилась и скорость работы и лицензия. Сейчас, вроде, GPL v3. А вот про скорость — не скажу. Не пробовал :)