Задать вопрос
  • Чем можно сделать образ рабочего сервера с freebsd на борту, чтоб затем на таком же сервере развернуть?

    ntkt
    @ntkt
    Потомственный рыцарь клавиатуры и паяльника
    Не слышал о более красивых решениях, чем загрузка любого live-образа а ля gparted и оттуда dd | gzip всего диска (если машины идентичны); либо же партиционирование новой машины вручную, а потом из-под родной оси man 8 dump / man 8 restore
    Ответ написан
    Комментировать
  • Какое есть современное ПО для резервного копирования?

    selivanov_pavel
    @selivanov_pavel
    Linux admin
    Можно посмотреть на BareOS - форк бакулы. Вроде веб-морда симпатичная у них тоже была.
    Ответ написан
    Комментировать
  • Администрирование Linux. С чего начать?

    CityCat4
    @CityCat4
    Дома с переломом ноги
    Не нужно никакого генератора. Попробуйте сделать роутер + прокси + почтовый сервер + интеграция с виндовым доменом (почта по виндовым учеткам, доступ в тырнет по виндовым учеткам), вебсервер поднять с PHP/Ruby, трекер какой-нибудь запустить, файлопомойку с раздачей прав по виндовым учеткам...
    Ответ написан
    Комментировать
  • Что наследуется в ООП?

    Класс наследуется, интерфейс реализуется.
    interface I {}
    class A {}
    class B extends A implements I {}

    Класс обычно называют чертежом объекта. А интерфейс - это контракт, который объект обязан выполнить.

    Возьмем, например, Велосипед, Грузовик и Мотоцикл.

    Мотоцикл - это почти Велосипед, он делается по тому же чертежу с небольшими дополнениями. Это наследование. Грузовик при этом ни от Велосипеда, ни от Мотоцикла не наследуется, у него совсем другой чертёж.

    Но каждый из этих объектов реализует контракт ТранспортноеСредство. Если у вас есть объект, являющийся ТранспортнымСредством, вы всегда уверены, что доедете из пункта А в пункт Б и при этом вам совершенно неважно сколько у этого объекта колёс.

    А вот если у вас есть контракт Автомобиль, то вы знаете, что можете выполнить такие действия как ОткрытьКапот, ВключитьСтеклоочистители. Велосипед при этом не сможет реализовать такой интерфейс. А Грузовик будет реализовывать оба контракта: хотите - передвигайтесь, хотите - открывайте капот.
    Ответ написан
    2 комментария
  • Ip телефония в офисе с нуля, что нужно?

    Если у вас нет опыта работы с Asterisk, то лучше использовать готовый дистрибутив, например elastix.
    Если нужны недорогие физические аппараты с 2-мя портами, то отлично работают Yealink T19.

    А вообще, для начала есть отличная книга "Asterisk Будущее телефонии". Когда-то с неё начинал изучение.

    Запись ВСЕХ разговоров - не проблема.
    Ответ написан
    5 комментариев
  • Как уйти с распутья технологий?

    Антологичная ситуация произошла со мной 9 лет назад, я закончил курсы по программированию где нам давали попробовать себя в разных языках программирования(С++, С#, JAVA, PHP) тем самым выбрать, после долго искал кто возьмет на стажировку по JAVA но не одна компания в моем городе не хотела брать стажера( просто не нужен), так я попал в 1С-разработчики.
    Моя цель была получить опыт в программировании, понять как это работает язык был не важен.
    Понять что? как? и почему?.
    К чему это все -
    1) Поставьте цель себе( это самое важное, так как без цели вы так и будете туда сюда слоняться), вы четко должны представлять конечную цель.
    2) Разбейте ее по промежуточным результатам.
    Примечание: Не забывайте поощрять себя - это очень важно.
    3) Не отступайте.
    Мне это всегда помогает.
    Ответ написан
    Комментировать
  • Как уйти с распутья технологий?

    @mletov
    Из поста у меня сложилось впечатление (прошу прощения если ошибаюсь), что вы слишком много читаете и на основе прочитанного пытаетесь составить мнение, нравится ли вам эта технология или нет, но при этом слишком мало делаете в плане применения полученных знаний на практике. Это как у Новодворской: "Секс - это неинтересно, я об этом читала".

    Прочитали книгу по Java - попробуйте запилить простенькое приложение под Android. Прочитали про C# - начинайте ваять сайт на ASP.NET или приложение WPF. Авось в процессе экспериментов к чему-нибудь душа да ляжет.
    Сейчас, по-моему, наоборот: сплошь и рядом люди просмотрят 2-3 видео урока и сразу начинают что-то делать, не вдаваясь в теорию (что сказывается на качестве кода). А вы вот в другую крайность впадаете.
    Ответ написан
    Комментировать
  • Как уйти с распутья технологий?

    @0x131315
    Стратегию уже подсказали: найти любую работу, чтобы кушать, и тем самым выиграть время на изучение чего-то, что поможет зарабатывать больше, и тем самым выиграть еще больше времени, и в конце концов изучить то, благодаря чему будешь работать не на зарплату, а на удовлетворение.

    Что касается языка - на первое время следует сосредоточится на чем-то популярном, попсовом, где больше всего вакансий, где проще найти работу. На зарплаты пока внимания обращать смысла нет - это лишь первый шаг, потом все-равно зарплаты станут больше, и скорее всего сменишь сферу деятельности, в соответствии со своими вкусами и желаниями.
    Но чтобы получить время на изучение языка, требуется источник дохода - любая работа, которая позволит кушать, платить за квартиру, одежду, оборудование и услуги.

    А так по моему важнее не инструмент, а умение им пользоваться. Начинать следует с алгоритмов, а язык использовать как инструмент.
    Хотя откладывать изучение языка тоже нельзя - практика важнее теории. Так что в комплексе - постигай алгоритмы на практике, по мере необходимости, и запоминай их.

    Т.е. глобально нет смысла учить конкретный язык ради изучения языка - выучить любой язык не проблема, и это можно сделать прямо по ходу решения задачи. Я за свою жизнь пользовался целой кучей языков, и все они так или иначе, но похожи друг на друга, проблем с их изучением никогда не было. Так что выучить новый язык - не проблема.

    Конкретный язык нужен кодерам - это те, кто воплощает чужие идеи в коде, т.е. конечные винтики в процессе разработки софта, исполнители. От кодеров требуется только перенести уже готовый алгоритм на требуемый язык, максимально быстро, и по возможности без ошибок.
    Изучив конкретный язык ты можешь стать кодером, но это черновая работа, и по хорошему - временная, просто ступенька на пути становления программиста. Нужно двигаться к архитектору, инженеру, непосредственно программисту в широком смысле.

    Программисту важнее знать как именно решать задачи, т.е. иметь представление об алгоритмах и навык формализации всего и вся. Т.е. уметь непосредственно разрабатывать алгоритмы, умение кодить - второстепенно.
    Т.е. программист - это лишь инженер сетей обработки информации.

    Также упрощает задачу стандартизация подходов к решению задач, парадигм - большинство из них уже формализованы, и описаны. Например всем известное ООП, модульное программирование, конечные автоматы, и т.п. Описано более двух десятков таких моделей, их следует по возможности освоить. И не стесняться комбинировать.

    Дополнительно упрощает задачу то, что большинство алгоритмов стандартные, и почти все известные алгоритмы уже кем-то реализованы в библиотеках или исходниках, так что вместо написания с нуля достаточно просто подключить нужную библиотеку или скопипастить кусок из исходников. Но для этого нужно знать, что такой алгоритм вообще существует, в какой именно библиотеке реализован, когда и как его можно и стоит применять.
    Во вторых давно доступен гугль, который всегда подскажет как решать ту или иную задачу, какие для этого есть алгоритмы, в каких библиотеках, когда и как их применять.

    Т.е. современный разработчик может выехать чисто за счет умения гуглить.
    И это не плохо на самом деле - преподы в институтах говорят примерно тоже самое: хороший инженер - не тот, кто все знает, а тот, кто может решить любую задачу. И помогают в этом вовсе не знания, а умение искать нужную информацию, ибо все знать все-равно не получится.

    Но все-равно, даже программисту нужен опыт. Не важно что он отвязан от языков - он все-таки привязан к одному языку, информации, и должен уметь с ней обращаться.
    Опыт экономит время и усилия - там, где сперва требовалось неделю гуглить и пробовать, потом, с опытом, все делаешь за час, просто уже понимая что, как, когда и зачем.

    Опыт нарабатывается практикой - тут нет ничего нового: просто берешь себе задачу по вкусу, и решаешь.
    Не можешь сам генерировать задачи - ищешь годный внешний генератор: форумы проблемных пользователей, имиджборды, конкурсы, аукционы программистов (это где работают фрилансеры). Также хорошо идет создание своего проекта или участие в разработке чужого - развитие любого проекта всегда порождает множество задач, которые нужно кому-то решать, а это отличный генератор.
    В общем ищешь реальных заказчиков, или берешься за незначительные заказы, или работаешь ради альтруизма, решая то, что тебя не просили - есть всякие гитхабы и багтрекеры.

    Главное найти задачу и решить ее. Начинаешь с простых, и постепенно усложняешь. Параллельно, прямо по ходу решения, изучаешь алгоритмы, и нарабатываешь опыт. Со временем начнешь щелкать задачи быстро и между делом, как семечки, те, которые по первости у тебя отнимали недели, а то и месяцы.

    Недоведение решений до конца - следствие неверного подхода: либо берешь задачи, к которым еще не готов, слишком сложные, либо не имеешь возможности работать - у тебя нет условий для решения задачи: времени, места и внимания. Либо просто тебе это реально не нужно - тебя и так все устраивает, и планов на будущее нет.

    С третьим - придешь, когда поймешь, что тебе это нужно. Из-под палки не учатся.

    Со вторым все понятно: надо либо создать условия, либо отказаться от этой деятельности, и перейти к другой.
    Кто-то отказывается, уходит на другие работы, в основном физические, неквалифицированные, просто чтобы не думать. И как правило остается там до конца, уже не в силах выбраться из болота рутины.
    Кто-то приспосабливается - отгораживает себе уголок, меняет работу на ту, что дает больше свободного времени, начинает работать по ночам, забивает шум наушниками, и т.п. костыли.
    Кто-то кардинально меняет свою жизнь - переезжает в сьемные квартиры, выделяет себе комнату, изолирует ее или устанавливает в доме режим тишины, в общем создает себе полноценные комфортные условия для творчества. Это если удаленка - многие именно из-за невозможности работать дома, предпочитают офисы, или специальные кафе или клубы для работы.

    С первым все просто: не можешь что-то решить - отложи, и спустись на ступеньку ниже по шкале сложности.
    Есть такой психологический феномен: от решенных задач ты получаешь удовлетворение, силы и мотивацию двигаться вперед, от нерешенных - негатив, апатию, потерю воли и мотивации.
    Причем мозг устроен так, что запоминается лишь негатив. Поэтому крайне важно решать задачи, и не допускать незавершенных задач. Отложи, но не забрасывай.
    Нерешенная задача - это как психологический запой, нечто вроде депрессии: одна нерешенная задача тянет за собой другую нерешенную задачу, и так быстро уходишь на дно, теряя мотивацию и веру в себя. Замкнутый круг. Ты находишься именно в нем.

    Разрывать такие круги можно лишь одним способом - рутиной: медленным, последовательным и целенаправленным натиском, движением в одну сторону. Грубо говоря перестаешь жить эмоциями и импульсами, вырабатываешь продуманную программу развития, и действуешь по ней, строго, как робот, до тех пор, пока не начнешь получать положительный отклик от работы, пока не придет желание двигаться дальше - это вернулись воля, мотивация и вера в себя.

    Чтобы вернуть веру в себя, нужно стать победителем. Победители всегда побеждают - в этом и суть. Необходимо начать побеждать, любой ценой: нужно брать такие задачи, которые точно сможешь решить, какими бы простыми они не были. Можешь вернуться к азам, началу, детскому уровню сложности, если потребуется - главное чтобы задачи начали решаться, не важно какие и как. Пока не уверен, что готов двигаться дальше - удерживаешь уровень, каким бы низким и зазорным он не был. Важно обмануть мозг, а не показать класс всему миру, иначе обратно утонешь.

    Сложность задачи не особо влияет на мотивацию, а вот факт решения/нерешения - влияет сильно. Не решил - значит не осилил, не осилил - значит не достоин, не достоин - значит иди ко дну и не рыпайся. Это как импотенция: импотент - значит не мужик, не мужик - значит никто, ничего не достоин и об тебя можно ноги вытирать. Подсознание портит всю малину, так что не следует давать ему шанса - лучше решить задачу попроще, чем не решить по сложнее.
    Ответ написан
    7 комментариев
  • Как уйти с распутья технологий?

    saboteur_kiev
    @saboteur_kiev Куратор тега Программирование
    software engineer
    Простите, а какое значение вы придаете следующим словам и фразам:
    а) Высокий порог входа
    б) Трудолюбие и лень
    в) Сложный и легкий
    г) Большой объем знаний
    д) Специалист в области x

    Любая технологическая сфера - требует больших усилий. И под большими усилиями подразумевается не железо тягать, а именно тратить много времени на получение новых знаний и научиться тратить это время эффективно.

    ИТ сфера разрослась так, что ее изучить целиком уже невозможно в принципе. Только отдельные части. И даже в отдельной части стать экспертом можно за несколько, а то уже и много лет.
    Ответ написан
    Комментировать
  • Как уйти с распутья технологий?

    Вам нужно взять что-то одно и упорно заниматься этим, несмотря на всю связанную с процессом рутину, которая несомненно будет вас отпугивать.

    Я занимаюсь Python/Django, мы делаем веб-приложения. Если интересно пообщаться - напишите мне в Skype или на почту, в профиле есть контакты.
    Ответ написан
    4 комментария
  • Как уйти с распутья технологий?

    ThunderCat
    @ThunderCat
    {PHP, MySql, HTML, JS, CSS} developer
    На самом деле все просто, основную работу нашли - деньги капают, с голода не помираете. Дальше возьмитесь за какой-то проект - определите что хотите увидеть в конце - дальше определитесь с технологией и вперед, копайте от забора и до обеда. Как надоест писать код - читайте основы, так вы плотно сядете на технологию. Если осилите - считайте уже есть и что в портфолио показать и практика неслабая. При нынешнем дефиците прогеров это будет заметный плюс.
    Ответ написан
    1 комментарий
  • Как уйти с распутья технологий?

    JohnZoidberg
    @JohnZoidberg
    Примерно год назад я примерно так же ушел в разработку. Я выбрал iOS, просто потому что всегда нравилось все гаджетовое и мобильное, а продукция Apple тут явно лидер. Мне нравится та магия обладания всеми знаниями человечества в кармане.
    Если не получилось выбрать головой, выбирайте сердцем. Что в ИТ восхищает вас больше всего?
    Ответ написан
    3 комментария
  • Зачем Rails прекомпилирует эссэты?

    Freika
    @Freika
    Senior Ruby on Rails developer
    Чтобы ускорить загрузку страницы. Выгодно.
    Ответ написан
    Комментировать
  • Зачем Rails прекомпилирует эссэты?

    b0nn1e
    @b0nn1e
    Alcohol & Ruby on Rails
    В development окружении ассеты перекомпилируется при измении и обновлении страницы, на лету
    В production окружении все ваши Coffee и SCSS будут минимизированы, скомпилированы и объединены в два статических JS и CSS файла, аккуратненько сложеных в папку public/asssets/
    Ответ написан
    Комментировать
  • На каком языке парсить?

    27cm
    @27cm
    TODO: Написать статус
    Пусть parser.php по ходу своей работы записывает данные (сколько данных обработано и осталось) в result.json. На клиенте просто периодически каждые N секунд запрашивайте result.json.
    Ответ написан
    Комментировать
  • На каком языке парсить?

    @mletov
    Можно посмотреть в сторону websocket или long polling, после парсинга очередной порции данных возвращать на клиент актуальную информацию о количестве распарсеного.
    Ответ написан
    Комментировать
  • Digital ocean скомпроментирован?

    landergate
    @landergate
    IT-шный jack-of-all-trades
    На моих дроплетах такого не происходит.
    1. Вы закрываете ненужные для публикации порты фаерволом?
    2. Пароль достаточно надёжный? Возможно вы создавали дроплет без SSH-ключа, и ваш дроплет просто брутфорсили, подбирая пароль к root. Можно отключить доступ к дроплету по паролю, оставив только SSH ключ.
    3. Опубликованное ПО точно не имеет никаких способов вызова сторонних приложений (через макросы и т.д.)?
    Ответ написан
    2 комментария
  • Digital ocean скомпроментирован?

    samoilenkoevgeniy
    @samoilenkoevgeniy
    Lead Full-Stack Web Developer
    Было такое, когда поставили редис из коробки, а он был открыт и можно было из вне и получить рута. Пофиксили это и все прекратилось.
    Ответ написан
    3 комментария
  • Как правильно построить структуру IT-компании?

    selivanov_pavel
    @selivanov_pavel
    Linux admin
    > Клиенты всячески не желают работать через Redmine, а стараются "ставить" задачи в skype и email.

    redmine вроде умеет заводить задачи по получению e-mail на определённый адрес. Потом достаточно в задачу отписываться, и на адрес прийдут соотв. уведомления. Через скайп формулировать задачу и скидывать в тот же redmine. В общем, задачу можно вести в тикетнице, и клиенту будут автоматически прилетать оттуда артефакты. Ну как все серьёзные компании делают: "по вашему обращению заведена заявка #NNNNN Вы будете уведомлены, когда что-то изменится".
    Ответ написан
    Комментировать
  • Как правильно построить структуру IT-компании?

    kumaxim
    @kumaxim
    Web-программист
    Первое - определите максимально четко сферу ответственности продажников и проджектов. Продажник для Вас ищет нового клиента: Директ, Авито, холодный прозвон и т.д. Находит - подписывает договор, выставляет счет, может быть берет деньги (если наличные), закрывает акт.

    Задача от клиента "А мне вот тут нужно еще красную кнопочку" - это вопрос к проджекту. Пускай сейлз прямо говорит клиенту, что все что идет после первоначального ТЗ обсуждается с проджектом. Он только по бумаге поможет, если надо будет(доп.соглашение, счет, акт).

    Также заметил интересную особенность, везде где нет правила "Того что нет в CRM того нет в принципе", обычно, царит анархия. Введите его же у себя и жестко карайте всех кто не пишет туда.

    По остальному - внедряйте KPI, оценивайте эффективность своих людей. Может быть часть из них фигней занимается, может быть у них какие-то скрытые проблемы, может быть они что-то делают не эффективно.

    То, что у Вас сейчас (выросли из 2-х профи в целую компанию) называется кризисом молодого руководителя. Проходит он через 6-12 месяцев, кучу нервов, потраченного в пустую времени и денег. Вы набивайте шишки, нарабатывайте управленческий опыт. Может быть Ваша компания развалится, но как минимум знание о том как делать не нужно, Вы из этого вынесите.
    Ответ написан
    Комментировать