Уже несколько лет используем для целей уничтожения информации с дисков утилиту DBAN, весьма довольны :) Конечно экстремальных проверок на предмет восстанавливаемости информации не проводили, но в нашем случае это и не нужно.
Сейчас работаю в Zend Studio, но как-то скорость ее развития не очень радует + в 9-ке поломали некоторые удобные вещи и не хотят восстанавливать, в связи с этим решил посмотреть на PHPStorm.
В целом много что понравилось, но один момент по сравнению с ZS показался весьма неудобным. В ZS в PHP Explorer в дереве проекта на иконках файлов/каталогов сразу отображается некоторая информация касающаяся их статуса, примерно вот так:
Получается весьма наглядно и удобно, но в PHPStorm я такого не нашел, может правда я делаю не так и не нашел где подобное поведение включается?
Дело не в том чтобы отказаться от благ цивилизации, тем более если у вас есть возможности пользоваться ими. Проблема в другом: обладание значительными ресурсами (в частности выраженными в денежном эквиваленте) зачастую (подчеркну — не всегда, но часто) меняет человека в худшую сторону т.к. его эго раздувается. И вот именно это причиняет страдание, а вовсе не сами по себе деньги и / или те вещи / усуги которые на них куплены.
Вот тут не соглашусь. При наличии знания можно посеять зерно сомнения в голову «туземца» и подтолкнуть к самостоятельному поиску ответа в нужном русле. Всяко лучше, чем говорить «туземцам это знание не доступно».
Видимо я не совсем верно выразился. Конечно вы правы, но согласитесь что «подтолкнуть к самостоятельному поиску» — это не прямой ответ на вопрос, а именно его зачастую ожидают услышать в ответ. Как в старом анекдоте: «Ты не умничай, ты пальцем покажи!». Я говорил именно о том что не всегда возможно дать прямой и конкретный ответ на вопрос, именно о таком ответе по-моему был оригинальный комментарий.
Заключение какого-то термина в кавычки зачастую используется для того чтобы изменить смысл данного термина на противоположный или показать ложность этого термина с точки зрения автора.
Если я правильно воспринял данное использование кавычек в вашем комментарии — то разница становится по-моему очевидной т.к. я пытался указать на разницу двух противположных значений термина — с его изначальным значением и искаженным (записанным в кавычках).
Если же мое предположение ошибочно — то приношу свои извинения.
По-моему есть разница между «дать ответ» и «дать ответ понятный собеседнику». Мне почему-то приходит на ум где-то прочитанная история о путешественнике и туземце который просил объяснить почему он не может попасть из своего лука в Солнце.
А духовно богатый человек, достигший полной реализации и счастья для себя может дать другим знание о пути достижения этого счастья. И это намного лучше чем новый iPad :)
В большинстве случаев достаточно указать правильный путь к любому из файлов, который не найден по пути (Ctrl+H на файле в окне Project), и после этого AE автоматически подставит нужный путь к остальным файлам, у которых не найден путь. Это сработает только в том случае, если внутренняя структура папок в проекте на диске не изменилась, а поменялся только путь доступа к проекту.
Т.к. у меня основным компьютером в 90-е все-таки был Speccy — то PC использовался только как вспомогательный инструмент для прототипирования + написания всяких утилит. В итоге почти все прототипы эффектов для наших demo на Speccy были изначально написаны на Borland Pascal, под это дело была даже сделана библиотечка для эмуляции спектрумовского экрана чтобы было проще прикинуть как это будет в итоге выглядеть. После того как эффект отлаживался на паскале — он переписывался на Z80 asm и шел в дело.
Также PC использовался для создания всевозможных конвертеров / обработчиков графики, например все видеовставки в Forever и Jam были обработаны / перепакованы на PC, там же были написаны и плееры.
А на рубеже 2000-х, когда мы начали выпускать Scenergy — на BP7 был написан редактор (точнее форматтер) статей с полной графической эмуляцией того как это будет выглядеть. Отдельно заслуживал внимания Scenergy Packer — консольный компилятор журнала который по конфигурационному файлу собирал готовые для распространения .trd образы дисков с журналом (компилировал все статьи, графику, создавал все внутренние структуры, паковал файлы и т.п.).
Куча комментариев, а про Zend Framework никто не хочет рассказать :) Так что я попробую если кому-нибудь интересно, работаю с ним уже порядка 3 лет, хотя конечно не все компоненты ZF использовал в работе. Да, ZF2 пока не пробовал, так что вопросы, если есть, по ZF1, пожалуйста :)
До кучи могу попробовать ответить и на другие вопросы связанные с web разработкой, как серверной (на php/zf) так и клиентской, благо заниматься всем этим приходится постоянно.
Посмотрите в сторону, например, CrashPlan, тем более что для локальных бэкапов может хватить и бесплатной версии, а за $50 в год получаешь unlimited пространство для бэкапов. Версионность тоже поддерживается.
Сам пользуюсь уже несколько месяцев, весьма доволен, сделал полный бэкап в их облако + дополнительный бэкап самых нужных файлов на внешний винт, хоть один из бэкапов должен выжить :)
Аналогичная конфигурация, куплен был где-то в 1996-м :) Хотя приобретался чисто для того чтобы не выпрашивать у преподавателей машинное время в универе, основным компьютером в то время (и еще на ближайшие несколько лет) оставался все-таки Speccy :)
В шестом классе случайно попал на курсы программирования (за что до сих пор очень благодарен своему первому преподавателю), там блок-схемы => Электроника Б3-34 / Focal для БК-0010 / Basic для ДВК => Электроника МК-52 => ZX Spectrum Basic => Z80 Assembler (больше 10 лет :) ) + параллельно в институте все что там давали (Pascal / немного C++ / x86 assembler и т.п.) => чуть-чуть C++ => PHP + по необходимости все до чего дотягиваются руки (C++, Java, Python, Ruby и т.п.) на уровне копания в сорцах и патчей
Ага, у меня таких бумажек — пара ящиков в столе забита :) И, если покопаться, наверняка найдутся «приветы» из 80-х с программами для МК-61/52, для них кроме как на бумажке программировать было нельзя :) Ну а уж для Speccy — сколько угодно :)
Спасибо за ThinkPad USB Keyboard, теперь хоть понятно как «решить» проблему с «новшествами» Lenovo в новой линейке ThinkPad :) Хотя конечно в этом варианте все-таки прокрался «уехавший» Ins и большой Del, но все ж лучше чем это нововведение.
В целом много что понравилось, но один момент по сравнению с ZS показался весьма неудобным. В ZS в PHP Explorer в дереве проекта на иконках файлов/каталогов сразу отображается некоторая информация касающаяся их статуса, примерно вот так:
Получается весьма наглядно и удобно, но в PHPStorm я такого не нашел, может правда я делаю не так и не нашел где подобное поведение включается?
Так что пожалуй я просто пожелаю вам счастья :)
Видимо я не совсем верно выразился. Конечно вы правы, но согласитесь что «подтолкнуть к самостоятельному поиску» — это не прямой ответ на вопрос, а именно его зачастую ожидают услышать в ответ. Как в старом анекдоте: «Ты не умничай, ты пальцем покажи!». Я говорил именно о том что не всегда возможно дать прямой и конкретный ответ на вопрос, именно о таком ответе по-моему был оригинальный комментарий.
Если я правильно воспринял данное использование кавычек в вашем комментарии — то разница становится по-моему очевидной т.к. я пытался указать на разницу двух противположных значений термина — с его изначальным значением и искаженным (записанным в кавычках).
Если же мое предположение ошибочно — то приношу свои извинения.
А духовно богатый человек, достигший полной реализации и счастья для себя может дать другим знание о пути достижения этого счастья. И это намного лучше чем новый iPad :)
В большинстве случаев достаточно указать правильный путь к любому из файлов, который не найден по пути (Ctrl+H на файле в окне Project), и после этого AE автоматически подставит нужный путь к остальным файлам, у которых не найден путь. Это сработает только в том случае, если внутренняя структура папок в проекте на диске не изменилась, а поменялся только путь доступа к проекту.
Т.к. у меня основным компьютером в 90-е все-таки был Speccy — то PC использовался только как вспомогательный инструмент для прототипирования + написания всяких утилит. В итоге почти все прототипы эффектов для наших demo на Speccy были изначально написаны на Borland Pascal, под это дело была даже сделана библиотечка для эмуляции спектрумовского экрана чтобы было проще прикинуть как это будет в итоге выглядеть. После того как эффект отлаживался на паскале — он переписывался на Z80 asm и шел в дело.
Также PC использовался для создания всевозможных конвертеров / обработчиков графики, например все видеовставки в Forever и Jam были обработаны / перепакованы на PC, там же были написаны и плееры.
А на рубеже 2000-х, когда мы начали выпускать Scenergy — на BP7 был написан редактор (точнее форматтер) статей с полной графической эмуляцией того как это будет выглядеть. Отдельно заслуживал внимания Scenergy Packer — консольный компилятор журнала который по конфигурационному файлу собирал готовые для распространения .trd образы дисков с журналом (компилировал все статьи, графику, создавал все внутренние структуры, паковал файлы и т.п.).
До кучи могу попробовать ответить и на другие вопросы связанные с web разработкой, как серверной (на php/zf) так и клиентской, благо заниматься всем этим приходится постоянно.
Сам пользуюсь уже несколько месяцев, весьма доволен, сделал полный бэкап в их облако + дополнительный бэкап самых нужных файлов на внешний винт, хоть один из бэкапов должен выжить :)