• Рабочее место кассира на linux?

    NeiroNx
    @NeiroNx
    Программист
    Сканеры штрих кода в режим клавиатуры переведите - у линуха проблем с клавиатурами небыло.
    Ответ написан
    2 комментария
  • Администрирование Linux. С чего начать?

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

    ifaustrue
    @ifaustrue
    Пишу интересное в теллеграмм канале @cooladmin
    На микротике добавляем основной маршрут до 192.168.0.1, включаем dhcp-client на порту до Dlink и включаем маскарадинг для адресов WiFi.

    Вроде бы совсем всё просто, даже через Quick setup заработает.
    Ответ написан
    4 комментария
  • Как уйти с распутья технологий?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    @deliro
    1. Уникальность лучше ставить на уровне БД. Переопределить юзера, в Meta-классе дописать unique_together = [['email']]
    2. Если первый пункт по каким-то причинам отметается, метод unique_email замени на clean_email и FormView будет сам вызывать его. К тому же, эксепшены из unique_email ты никак не отлавливаешь, вот он и вываливает ошибку.
    3. if User.objects.filter(email=email).count() > 0 and email: - это неэффективно. В первую очередь, нужно проверять на то, что email не пуст, а потом уже на то, что он присутствует в БД (меньше запросов). К тому же, count вызывать для этого затратно. Лучше сделать так:
    if email and User.objects.filter(email=email).exists():
    Ответ написан
    1 комментарий
  • Как развернуть Django на сервере httpd, mod_wsgi, django, virtualenv?

    fox_12
    @fox_12 Куратор тега Django
    Расставляю биты, управляю заряженными частицами
    # -*- coding: utf-8 -*-
    в SpiderSite/settings.py первой строкой пропишите
    Ответ написан
    2 комментария
  • Почему не работает модуль Shelve в Python 3?

    @deliro
    Смотри. data - хендлер файла, который имитирует поведение словаря. У него есть метод __setattr__, который вызывается непосредственно тогда, когда ты пишешь оператор "квадратные скобки" с равенством. В твоём случае:
    data['key'] = {'this': 'is dict'}

    Тип данных data - shelve
    Тип данных data['key'] - словарь

    Когда ты пишешь вот это:
    data["quiz1"]["theme"] = "Cinematograph"
    вызывается метод __setattr__ у словаря data["quiz1"]
    И он никак не связан с shelve. Поэтому, чтобы делалось то, что ты хочешь, нужно переписать как-то вот так:
    import shelve
    
    data = shelve.open("quiz")
    data["quiz1"] = {"theme" : None}
    tmp = data["quiz1"]
    tmp["theme"] = "Cinematograph"
    data["quiz1"] = tmp
    print(data["quiz1"]["theme"])
    data.close()

    Либо открывать shelve с ключом writeback=True: data = shelve.open('quiz', writeback=True)
    Но writeback нужно использовать аккуратно:
    Because of Python semantics, a shelf cannot know when a mutable persistent-dictionary entry is modified. By default modified objects are written only when assigned to the shelf (see Example). If the optional writeback parameter is set to True, all entries accessed are also cached in memory, and written back on sync() and close(); this can make it handier to mutate mutable entries in the persistent dictionary, but, if many entries are accessed, it can consume vast amounts of memory for the cache, and it can make the close operation very slow since all accessed entries are written back (there is no way to determine which accessed entries are mutable, nor which ones were actually mutated).


    Кстати, в документации об этом написано.
    Ответ написан
    3 комментария
  • Как вставить favicon.ico в django-проект?

    sim3x
    @sim3x
    {% load static %}
    
    <!doctype html>
    <html>
    <head>
      <meta charset="UTF-8">
      <title>{{ page_title }}</title>
      <link rel="stylesheet" href="{% static "css/main.css" %}">
      <link rel="shortcut icon" type="image/png" href="{% static "favicon.ico" %}">
    
    ....
    Ответ написан
    2 комментария
  • Как залить в чужой репозиторий на GIthub?

    b0nn1e
    @b0nn1e
    Alcohol & Ruby on Rails
    1. Копируете себе локально репозиторий.
    git clone url [folder]
    cd [folder]
    2. Создаете ветку [branch_name]
    git checkout -b [branch_name]
    3. Делайте изменения
    4. Делаете один коммит или несколько.
    git add . (если создавали новые файлы)
    git commit -am "Added beautiful fixes"
    5. Создаете удаленную ветку.
    git push --set-upstream origin [branch_name]
    В дальнейшем когда удаленная ветка создана то просто
    git push
    6. Создаете в интерфейсе github pull-request. Из вашей ветки в master.
    8536993405.png
    7. автор или вы сами вливаете(merge)/отклоняете(decline) pull-request.
    На этом этапе можно добавить комментарии или замечания к коду, что-то исправить.
    8.Когда пул-реквест влили, вы локально переключаетесь в master и забираете все изменения
    git checkout master
    git pull

    Если еще нужно что-то сделать повторяете шаги начиная со 2.
    Ответ написан
    Комментировать
  • Как заставить работать coverage с django_nose в django-проекте?

    stagor
    @stagor Автор вопроса
    Я забыл дописать, что все это пытался настроить в Windows. И был не прав. Я попытался сделать аналогичное в Mac'е, и у меня все получилось. Windows - зло, и наверное это было последний раз, когда я пытался его использовать для разработки.

    Да, я смог запустить coverage без django_nose, и меня устраивает результат тоже.

    Вопрос решен. Спасибо.
    Ответ написан
    1 комментарий
  • Как загрузить файл в django с кириллическим названием?

    Lertmind
    @Lertmind
    Проблема вероятно не с Django. Если погуглите, то у кого-то проблема с Nginx stackoverflow.com/a/7602446
    Здесь ещё вопрос stackoverflow.com/questions/2457087/unicodedecodee..., в комментарии под ответом указывается, что надо правильно Apache настраивать https://code.djangoproject.com/ticket/11030#comment:5
    Так что укажите на чём вы запускали: ОС и сервер.
    UPD: Здесь itekblog.com/ascii-codec-cant-encode-characters-in... подробные варианты ошибок и решений.
    Ответ написан
    Комментировать
  • Проблема с урлами в Django. Как это исправить?

    @deliro
    Урлы в теге "a" прописывай только через Django-тег {% url %}. Собственно, узнай то, как его использовать (совместно с функциями reverse и ленивый вариант - reverse_lazy).
    Ответ написан
    1 комментарий
  • Как избавиться от шума в linux?

    @viiy
    Linux сисадмин \ DevOps
    Возможно включен mic boost.
    Попрбуйте в alsamixer найти этот параметр. Переключитесь в F4 - capture, или F5 - all.
    Если включен, выключите. Посмотрите другие параметры, возможно у вас имеется noice reduction.
    Ответ написан
    Комментировать
  • Почему при изменении INSTALLED_APPS возникает куча ошибок в cmd?

    fox_12
    @fox_12 Куратор тега Django
    Расставляю биты, управляю заряженными частицами
    нужно было сделать
    manage.py runapp forinttech
    оно бы создало у вас структуру папок. Тогда бы добавили "forinttech" в INSTALLED_APPS, добавили свои модели в forinttech/models.py, и делали бы syncdb
    Ответ написан
    2 комментария
  • В чем ошибка при загрузки картинки?

    urtow
    @urtow
    *nix, python, QA, bagpipe, folk music
    У тебя в image строка "image", потому что ошибка в переборе словаря в цикле for:

    for image in files:
      ...


    Это 100% ошибка при работе со словарем, так как словарь возвращает пару key, value.

    Для обычного Dict цикл должен был выглядеть вот так:

    for key, image in files:
      ...


    Однако, как у тебя тут используется MultiValueDict, рекомендую обратится к документации Django, скорее всего там есть пример использования.
    Ответ написан
    1 комментарий
  • Как защитить коммерческую web-систему от клонирования и организовать контроль лицензий?

    @Alastor
    а никак. можно конечно ионкубом зашифровать, но кому очень надо расшифрует
    лучший вариант сделать API, куда юзеры будут авторизовываться и работать с системой посредством апи

    а самим юзерам только фронт отдать и всё
    Ответ написан
    Комментировать
  • Какие требования к младшему администратору БД?

    fox_12
    @fox_12
    Расставляю биты, управляю заряженными частицами
    Как-то опыт администрирования UNIX-систем с должностью администратора БД MS SQL мало коррелирует.
    Вас точно на должность администратора БД MS SQL берут? Или просто на должность сисадмина со знаниями БД MS SQL?
    Ответ написан
    1 комментарий