• Можно ли заработать в мире Unix-like, unix-way?

    Singaporian
    @Singaporian
    Linux - инструмент для решения каких-то задач (ну или целая экосистема инструмента). Да, есть те, кто продаешь пасатижи. Но больше тех, кто зарабатывает на применении пасатиж для других задач, не связанных с ИТ.
    Думайте в контексте "какой бизнес мне сделать, какую нужду людей удовлетворить". А уж понадобится для этого Linux, C++ или что-то другое - выяснится позже.
    Отталкиваться от инструмента - commiting suicide.
    Ответ написан
    Комментировать
  • Можно ли заработать в мире Unix-like, unix-way?

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

    При том, когда правильный ответ на заданный вопрос лежит на поверхности и звучит так: иди нанимайся к дяде на службу (если и куда возьмут) и выполняй за выплачиваемую зарплату то, что скажут делать. ;-)
    Скажут полы мыть - мой ... а через 5-10 лет видно станет, придётся ли переучиваться...
    Ответ написан
    2 комментария
  • Нужно ли изучать автоматизацию сборки?

    @Ariox41
    IDE пока что довольно плохо поддерживают cmake, но ситуация меняется к лучшему. В любом случае не получится использовать его, совсем не зная, разве что для простых случаев.
    Что касается преимуществ: основное преимущество cmake в том, что он умеет самостоятельно подставлять флаги для нужного компилятора и умеет искать популярные библиотеки, если заданы соответствующие переменные среды. Последние версии умеют работать с header-only библиотеками. Кроме того, в его составе есть утилиты CPack и CTest. Про CPack ничего сказать не могу, но CTest довольно удобен для тестирования, и его можно сочетать gtest и аналогами.
    И я бы не стал пытаться самостоятельно написать make файл для кросплатформенного приложения/библиотеки с тестами и внешними зависимостями, у cmake это лучше получится.
    Ответ написан
    Комментировать
  • В каких устройствах ядро Linux?

    CityCat4
    @CityCat4
    Внимание! Изменился адрес почты!
    1. В полной :)
    2. Ядро - все то же, обвязка - ну ... самая разнообразная. Но если попасть в консоль - все основные команды работать будут :)
    3. По API - достаточно похож. По внутреннему устройству - относительно похож. Пригодятся общие знания UNIX, специфичные дистрибоориентированные вещи типа как поставить пакет или про systemd - не пригодятся, NetBSD (и BSD вообще) - это консервативный дистриб.
    Ответ написан
    Комментировать
  • В каких устройствах ядро Linux?

    Olej
    @Olej
    инженер, программист, преподаватель
    В какой мере это правда?

    Абсолютная правда!
    Android использует вот то штатное ядро Linux, представленное в исходных кодах ... просто потому, что никакого другого ядра не существует в природе.

    Говорят, что в роутерах тоже Линукс. Какой именно там Линукс?

    Всё тот же...

    На сколько netbsd далёк от Linux по api и по внутреннему устройству?

    Достаточно близки по API, потому что и то и другое - это POSIX системы.
    А внутреннее устройство к этому не имеет никакого отношения ... QNX с микроядерной архитектурой также POSIX и имеет тот же API.

    P.S. Главное - лишь бы ны выньдауз!
    Ответ написан
    Комментировать
  • В каких устройствах ядро Linux?

    Black_beard_ast
    @Black_beard_ast
    Sysadmin/Ops engineer.
    1. Да) Построен на ядре gnu/linux
    2. Да) Проприетарщина, OpenWRT и прочее
    3. Да) Так называемые *nix-ы. Очень похожая архитектура.
    Ответ написан
    Комментировать
  • Нужно ли изучать автоматизацию сборки?

    @abcd0x00
    Если сейчас все так просто, то нужно разбираться в make/cmake?

    Вообще, make - это старое, проверенное средство, которое везде есть. И практика показывает, что когда у тебя есть проект, его надо не только компилировать, но и всячески обслуживать (запускать тесты, чистить ненужные файлы, устанавливать, деустанавливать). И для всего этого может быть сделан всего один Makefile, так как в нём не только сборку можно делать, но и задавать серии команд.
    Пример самодельного Makefile
    # Build section
    
    CC = gcc
    CFLAGS = -ansi -pedantic -Wall
    
    TARGET = ntow
    OBJS = main.o noun.o triple.o number.o cmdline.o errors.o input.o
    
    BASEDIR = .
    TESTDIR = $(BASEDIR)/tests
    
    # Install section
    
    prefix = /usr/local
    
    PREFIX = $(prefix)
    BINDIR = $(PREFIX)/bin
    
    # Rules
    
    all: $(TARGET)
    
    $(TARGET): $(OBJS)
    	@$(CC) $(CFLAGS) $^ -o $@ && echo "$(TARGET) has built"
    
    main.o: cmdline.h number.h input.h errors.h
    triple.o: triple.h
    number.o: number.h
    cmdline.o: cmdline.h errors.h
    
    # Commands
    
    help:
    	@echo "usage: make [ test | install | uninstall | clean | cleanall ]" 1>&2
    
    test: $(TARGET)
    	@$(MAKE) -C $(TESTDIR) run
    
    clean:
    	@rm -f $(OBJS) $(TARGET) && echo "$(TARGET) cleaned"
    
    cleanall: clean
    	@$(MAKE) -C $(TESTDIR) clean
    
    install:
    	install -d $(BINDIR)
    	install $(TARGET) $(BINDIR)/$(TARGET)
    
    uninstall:
    	rm -f $(BINDIR)/$(TARGET)
    
    .PHONY: help all test clean cleanall install uninstall

    Ответ написан
    Комментировать
  • Глупые вопросы по Linux, не так ли?

    CityCat4
    @CityCat4
    Внимание! Изменился адрес почты!
    1. "Один" - в смысле, без ничего? Или "один, а не два"? Если первое, то увидите либо черный экран, либо серый, в зависимости от параметров запуска (ключ для Xserver -retro). Если второе - то нельзя
    2. Оконный менеджер от DE отличается только количеством входящих в него компонент. Оконный менеджер содержит минимум компонент - запустите, например twm :) DE содержит полноценный набор.
    3. Запускаете xorg, потом отрабатывает скрипт .xinitrc в домашнем каталоге, если его нет - системный xinitrc. Что в нем прописано - то и запустится.

    Запуск графической оболочки через startx используется обычно для отладки работы X, когда что-то идет не так, когда настраивают что-то. На регулярной базе давно уже используют DM - display manager, который принимает логин и запускает нужную сессию
    Ответ написан
    2 комментария
  • Глупые вопросы по Linux, не так ли?

    @Vasily_Pechersky
    Системщик с опытом
    "Графика" в Линуксе делится на следующие компоненты
    Х сервер - он инициализирует дисплей, устройства ввода. Кто его клиенты - окна программ.
    Xdm - логин мэнеджер (есть Gdm, Kdm, Lightdm .....) Он производит логин и запускает что нибудь следующее. Например KDE :-). Но может в зависимости от логина, запускать какую нибудь софтину и без оконного менеджера
    startx - это скрипт, в котором прописано, что запускать после успешного старта Х сервера. Прописываете туда Firefox и .....

    Разница между wm - оконным менеджером и DE - только в функциональности.
    DE - это тот же wm но с доп возможностями.
    Ответ написан
    1 комментарий
  • Глупые вопросы по Linux, не так ли?

    @hoarywolf
    можно, можно даже без wm, серый экран
    можно, куча классических wm
    запускаете то, что прописано в скриптах запуска и скриптах пользователя
    не знаю, сорри
    Ответ написан
    Комментировать