
Igor
26.07.2018
09:24:15
нет

Виталий
26.07.2018
09:24:48
Что ещё там будет?

Igor
26.07.2018
09:25:07
так зайди и посмотри )

Виталий
26.07.2018
09:25:46
Я каждый день по нему лажу. Тупо старцы с форматированным кодом и ридми. Все ж

Google

Igor
26.07.2018
09:25:58
там будет код, история его изменений, будут issue которые тебе люди писали, будут слияния с кодом других людей
кроме того там ты можешь прикрутить скрипты авто тестировани я при коммитах

Виталий
26.07.2018
09:28:37
То бишь это как в соцсетях я выложу аватарку с описанием где и как делал, и комменты пользователей
При слиянии кода там какие-то комменты ставятся?

qwerty
26.07.2018
09:29:59

Stepanos
26.07.2018
09:30:15
Igor зачем ты время тратишь то что-то пытаясь обьяснить? :)

Виталий
26.07.2018
09:30:20
Ладно, спасибо за разжевывание, скорее всего это все актуально для больших опенсоурс проектов либо для командной работы, чтобы можно было откатить косяки сотрудников?)

Igor
26.07.2018
09:31:29
я и говорю - для тебя это может быть ненужно. тут нет ничего плохого или хорошего. просту у людей разные задачи

Stepanos
26.07.2018
09:32:16
> чтобы можно было откатить косяки сотрудников
а своих косяков не бывает?

Виталий
26.07.2018
09:35:03

Stepanos
26.07.2018
09:35:10
Так само как люди которые говорят что IDE не надо, вы с какого века? :)

Google

Виталий
26.07.2018
09:35:45

Stepanos
26.07.2018
09:35:54

Виталий
26.07.2018
09:36:56

Igor
26.07.2018
09:38:04

Dark
26.07.2018
09:38:11

Pavel
26.07.2018
09:39:03
> Сам не профи,
Ну может в этом все дело. Так бывает что программисты очень специфичные вещи делают, так что им не нужны традиционные инструменты.

Виталий
26.07.2018
09:40:24

Igor
26.07.2018
09:41:07

Pavel
26.07.2018
09:41:51
У нас сейчас хоть и вместо гита TFS виндовый, но нет пул реквестов, ревью кода. В результате никто не понимает чего там другие программисты понакомитили, все часто ломается, на ежедневном митинге самый популярный ответ стал "Я продолжаю заниматься фиксом багов". Скорость разработки замедлилась раз в 10 по сравнению с тем что было до этого.

Виталий
26.07.2018
09:42:01

Stepanos
26.07.2018
09:42:21
Виталий сколько тебе годиков? если не секрет

Виталий
26.07.2018
09:42:34
Столько не живут)
Не школьник и не студент)

Pavel
26.07.2018
09:42:58
Ну может кто-то и так всю жизнь пишет с такой скоростью и не понимает что можно управлять сложностью кода в 10 раз быстрее. Тогда его мир рушится когда в команду приходит человек хорошо владеющий девопсом и гитом, и начинает за день закрывать задачи, которые этот человек делает за неделю )

Виталий
26.07.2018
09:45:20

Pavel
26.07.2018
09:46:39
Обычно происходит по другому - если такой человек приходит в компанию то есть все равно много способов загнобить и выжить его. Оно просто уходит к конкуренту где более технологичные люди, и они делают продукт быстрее и лучше. А текущий загибается.

Виталий
26.07.2018
09:48:49
По логике вещей согласен, в основном все догадки на основе слухов , когда соотечественники уезжают в Германию и как там их местные не любят за то что слишком быстро работают)

Oleg
26.07.2018
09:49:35

Виталий
26.07.2018
09:50:51
Не надо ставить крест на его словах, я простил)))

Google

Oleg
26.07.2018
09:54:11
Не надо ставить крест на его словах, я простил)))
имхо git обязательный инструмент для программиста
элементарный пример: 2 человека (не большая команда) работают над одним проектом
без git ты получаешь тучу проблем от "а кто это сделал?" до "как теперь изменения в одном файле совместить?"
github, bitbucket это уже потом, а может и вообще не понадобится
но откатить изменения в коде это маст хев
при этом откатить понимая что конкретно в каком файле поменялось
сейчас такой движ идёт во все инструменты: google docs хранит версии, macos вроде тоже

Виталий
26.07.2018
09:55:42
Спасибо за примеры, стало ещё более понятно
Сколько себя помню, пишу что-то пытаюсь как-то объединить людей вокруг этого... короче все одному приходилось доделывать. Юзеры как правило очень гордые существа - пока не пнешь - не полетит)

Oleg
26.07.2018
09:58:56

Dark
26.07.2018
09:59:04

Oleg
26.07.2018
09:59:21
тут сам по себе git не помошник

Dark
26.07.2018
09:59:23
Помню, как я переписал 50% проекта чуваку

Oleg
26.07.2018
09:59:30
больше баг трекер нужен

Виталий
26.07.2018
09:59:54

Oleg
26.07.2018
10:00:13
а, ну эт вообще грустная ситуация

Dark
26.07.2018
10:00:37

Виталий
26.07.2018
10:01:04
Да ладно, бывает, помогают
Мне помогали только когда мозги выносил) это я писал расширение для одного казахстанского закупочного сайта. Элементарно узнать что надо, какие ещё проблемы встают... никогда не мог узнать

Oleg
26.07.2018
10:02:22

Dark
26.07.2018
10:02:38

Oleg
26.07.2018
10:04:05
норм проекты, норм фидбек, людям нравится

Google

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

Oleg
26.07.2018
10:05:17
это значит они за день могли больше работы делать
а не одну крупную задачу, которую они могли на весь день запланировать
а так они работали и проблем не знали, по отлаженной схеме

Виталий
26.07.2018
10:06:09
Так за сверхурочные у нас редко кому платят)

Oleg
26.07.2018
10:06:34
я даже таких программистов встречал

Admin
ERROR: S client not available

Виталий
26.07.2018
10:07:02

Oleg
26.07.2018
10:07:24
начальнику говорит мол "задача — пиздец", а сам за день делал, потом в течении недели занимался своими делами
но его потом поймали на этом))
стали меньше верить и больше нагружать
а если человек не заинтересован в конечном проекте/продукте, то это равновестное состояние наименьшей потенциальной энергии
любое отклонение — лишние усилия

Виталий
26.07.2018
10:09:21

Pavel
26.07.2018
10:13:17

Oleg
26.07.2018
10:18:26

Виталий
26.07.2018
10:24:34
Вот что за дибильная привычка если видят что чел справляется то сразу перегружать его или их

Google

Oleg
26.07.2018
10:31:19
только не учитывается психологический аспект работы на пределе
в некоторых конторах берут джунов и насилуют их огромным объемом задач, а когда те выгорают просто берут новых
и так происходит разработка "на форсаже"

Dark
26.07.2018
10:34:08

Oleg
26.07.2018
10:35:14
с точки зрения руководства какая разница?))
их цель заработать денег, если это экономически оправдано (сложность низкая, много маленьких проектов без поддержки и тд), то это жизнеспособная тактика
а если это большой сложный продукт, то с таким подходом это всё быстро загнётся

Виталий
26.07.2018
10:40:48
Где ж я читал, как отечественная контора для магазина выставила ценник и сроки приличные на разработку, заказчику он не понравился, запросили китайцам те в 10 раз меньше выставили и за неделю. Потом когда та контора увидела код. Короче в каком то узком месте тупо try catch поставили, и благо магазин не долго работал на этом ПО, но убытки из-за китайцев понесли хорошие
А если бы никто не глянул... короче обонкрлтились бы)

Dark
26.07.2018
10:51:04
Я ничего не понял

Stepanos
26.07.2018
10:52:01
? написано же, try/catch - зло

NullSanya
26.07.2018
10:52:18

Stepanos
26.07.2018
10:53:04
ну я шучу) сам джавист

NullSanya
26.07.2018
10:53:20
А я вот никто. везде понемногу
Сейчас за раст принялся

Dmitry
26.07.2018
10:54:57
И как тебе он после джавы?

Dark
26.07.2018
10:55:11

NullSanya
26.07.2018
10:55:32
Да как-то явных +- я не вижу, к расту сложно привыкнуть, ибо компиляфтор строгий, но нравится то, что точно видно, где могут возникнуть райнтайм ошибки.
Не сразу понял, как работает разделение на файлы в расте. Там надо все модули указать в главном исходнике(main.rs, lib.rs). Ну и порядок объявления играет роли.
Сейчас вот пытаюсь сделать tcp-сервер, используя не системные потоки, а что-то другое, но библиотека для этих вещей сложновата.