Мне кажется вы правы в подборе исходных данных но делаете чуть кривые выводы. В том что ваши друзья сидят в нете по многу часов виноваты только они сами, а не изобретатели сети или провайдеры. Сеть сама по себе действительно полезна, а то что некоторые ресурсы «призваны просто поедать наше время» это далеко не факт, хотя возможность убить время они дают.
Вы просто поймите, надо же себя как-то контролировать всё-таки, есть же понятия досуга и рабочего времени, которые не должны значительно пересекаться.
Кстати, вы не читаете башорг? Между прочим, топ бездны — явный показатель того, что люди просто «не могут оторваться».
И потом, даже если вам не нравится ситуация — её вполне можно списать на естественный отбор: слабых затягивает и «убивает» (образно), сильные получают пользу и «выживают». Разве не так должно быть?
Я когда был на встрече инноваторов (про неё тут писали недавно), заметил молодой проект направленный в сторону поиска текстов книг по названию — проект назывался Textor, адрес сайта, думаю, очевиден, так что не буду давать прямую ссылку. Так вот, я поговорил с автором проекта и в разговоре тоже Гугл Букс вспоминали, так что в данной области с гуглом тоже есть желающие поконкурировать
Не за что. Там есть чему поучиться. Я про этот раздел узнал в топике про задачки на php, где было предложено реализовать интерфейс ArrayAccess, который мне супер-мега-крутым показался =)
А вы знаете, он очень даже прав про удовольствие. Для меня жизнь это и есть стремление как можно больше времени провести с удовольствием. В итоге это сводится к тому, что приходится так или иначе учиться получать удовольствие от работы (даже от написания интерфесов на Echo2 под Java), от учёбы (интегралы на первом курсе + управление данными + куча всего…), и в принципе я думаю что это где-то правильно.
Там есть некий мистический «порядок наследования», который определяет, какой из методов брать.
В C# ещё интереснее сделано с интерфейсами: там можно реализовать интерфейс в классе так, что реализованные методы не достать никак, кроме как приведя тип этого объекта к типу интерфейса, таким образом можно реализовывать два метода с одинаковыми именами для разных интерфейсов в одном классе по-разному.
Спасибо за статью.
Я сейчас делаю движок небольшой для сайта и несколько других статьей про кеш читал… но так и не понял, чем APC от memcached отличается с точки зрения разработчика. Может кто пояснит?
Вы просто поймите, надо же себя как-то контролировать всё-таки, есть же понятия досуга и рабочего времени, которые не должны значительно пересекаться.
Кстати, вы не читаете башорг? Между прочим, топ бездны — явный показатель того, что люди просто «не могут оторваться».
И потом, даже если вам не нравится ситуация — её вполне можно списать на естественный отбор: слабых затягивает и «убивает» (образно), сильные получают пользу и «выживают». Разве не так должно быть?
java version "1.6.0_04"
Java(TM) SE Runtime Environment (build 1.6.0_04-b12)
Java HotSpot(TM) Client VM (build 10.0-b19, mixed mode, sharing)
В C# ещё интереснее сделано с интерфейсами: там можно реализовать интерфейс в классе так, что реализованные методы не достать никак, кроме как приведя тип этого объекта к типу интерфейса, таким образом можно реализовывать два метода с одинаковыми именами для разных интерфейсов в одном классе по-разному.
выглядит неоднозначно =)
Я сейчас делаю движок небольшой для сайта и несколько других статьей про кеш читал… но так и не понял, чем APC от memcached отличается с точки зрения разработчика. Может кто пояснит?