-
Notifications
You must be signed in to change notification settings - Fork 1
/
fke
130 lines (87 loc) · 13.8 KB
/
fke
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
Инвестор.
Красота моего технического подхода также позволяет уменьшить скиллы будущих фуллтайм разработчиков.
С одной стороны - команды могут иметь различные небольшие знания в программировании и быстро двигать наш код вперед.
С другой стороны низкий скилл создает проблемы по надзору и контролю над работой команды.
Это также разширяет тип сотрудников, которые внутри команды. Нужен будет и ПМ и тестировщик и лидер, который будет принимать коде изменения. Писать новые задачи и частично, вместе с ПМ сделить за ходом их исполнения.
Но сейчас мне не нужен разработчик с зарплатой в 3000 долларов - это эквивалент 5-8 лет работы.
Это сеньйор Энжинер, поработавший в больших компаниях.
На данном этапе работы мне будет достаточно несколько разноплановых миддл девелоперов и каждая из таких команд, работая фуллтайм
сможет делать и выкладывать мелкие проекты.модули за несколько месяцев.
Еще и цена ошибок ошибки тут не велика. Ничего большого.сложного, что может сломаться и заморозить процесс разработки сейчас отсутствует.
При наличии нескольких проджект менеджеров и людей, которые помогут мне или полностью заберут у меня процесс создания технической документации - позволит командам работать в более простом процессе - этот процесс будет более кристал клеар для
разработчиков и нас, главных менеджеров, которые следят за полным процессом....
====================
Examples index file with long information about what items, connected to what files. Maybe also a connection to projects.
=============
---
SD website
If you like our project, you can help us to spread a word. Please start our repository at GitHub. We need to have 100 stars at Github in order to submit our application to OpenCollective.com
So we can collect payments and make our finances open. Because I don't want to have something hidden. especially finances.
Как можно помочь джуну студенту найти работу? Можно собрать их портфолио - создать генератор портфоли у меня из ресурса github
profile image - face
resume at markdown format
create slack channel #work
Contribute to OSS projects.
List of repositories, that we working on or worked before.
Good and bad skills
Time of working with me
Reports: what was done, what he knows, what tasks working with us.
List of PRs and how he communicate inside of our repositories.
---
Assistant
Вначале ваши скиллы должны помочь мне быстрее обрабатывать контент который я создаю и при этом помочь мне выдавать готовые статьи чаще и быстрее.
Тоесть у меня есть много контента, но он не закончен. Его нельзя сейчас выкладывать на всеобщее обозрение. It's very raw and not ready to publish online.
Я думаю что мы с вами должны выложить около 5 статей вместе а потом уже будем думать о новых действиях.задачах. Т.к. у меня не было ассистанта с ноября - мы будем настраивать наш процесс взаимодействия заново.
---
GS
View Grocery -- full/short
View Recipe -- full/short
Display all groceries
Display all recipes
Display random grocery list
Display random recipe
Display complex recipe
Display complex grocery list
GS - simple micro for displaying data
Calendar - simple micro for displaying data
Recipe - simple micro for display data at frontend
Описание базовых методов для каждого файла позволит ускорить вывод и улучшить sd для внешних проектов.
Search service - просто вывод данных в search form
generator - move out. Eugene should do it? maybe move out everything at separated repo
---
---
Основной наш подход - это модулярность. Т.е. данный проект является не одним проектом(как может показаться).
В данный момент я хочу делать схему отдельно от JS. Может в дальнейшем мы чтото и поменяем, т.к. JS + GraphQL это очень мощная связка. Но это будет в будущем.
Представьте себе такую ситуацию - Есть одна схема, потом мы меняем быстро схему на другую. И все при этом должно работать без особых ошибок. Может показатсья сейчас этот подход будет сложным, но в дальнейшем вы поймете то удобство, к которому мы должны прийти.
еще я должен буду настроить работу наших роботизированных скриптов, которые должны обеспечить нам помощь, для работы многих разработчиков на одном проекте. Эдебо, Эльнур, Эвген - могут подключится к этому сервису.
Food DB as service wit an ability to deploy at AWS as separated instance.
Первая наша цель - иметь возможность вытаскивать данные. Мы не будем их модифицировать вначале.
При следующих итерациях, когда система будет отлажена, и нам не нужно будет ее очень часто модифицировать -- мы перейдем к модификации данных.
Right now our sorce of data - > it's just a json. Сделанно это специально, чтобы data layer was very easy to modify and have a high level of abstraction. In the next releases, we will use a handwired MongoDB or other NoSQL like DynamoDB.
Вынос генератора также облегчит работу с graphql server - и мы бы могли генерировать файлы outside of sd. Using promises and callbacks -- чтобы мы могли генерировать файлы сразу внутри нашего сервера.
Первым шагом для расширения схемы будут Айтемы
Отдельно от них мы протестируем структуру Measurements systems.
Отдельно мы пробуем взять целую большую базу USFoodAsociation и создать схему для нее.
Чуть позже один из наших интернов закончит работу со списком констант, которые помогут описать основные методы, которые у нас были в прошлой версии и которые выдают.изменяют данные в фронтенд.
Нам также необходимо будет просмотреть задачи внутри github repository и понять, какие задачи уже были сделанны, а какие нет и их нужно описать более детально, чтобы вам было понятно, что именно нужно делтьа в дальнейшем.
еще у нас есть итальянская база, для которых мы сделаем схему и попробуем настроить поиск по ней.
В дальнейшем посик будет дублирован для других схем.систем.проектов, поэтому его нужно делать хорошо и выносить функционалЮ, который сможет переиспользоваться в других модуляхю.
Еще у нас есть большая база рецептов, которая еще не готова к использованию
Локализация очень важная часть, но она должна быть частично независима, потому что ее же прийдется добавить по всем таблицам, имеющимся у нас и хранящая текстовые данные о еде.
Фильтрация - будет нужна хорошая часть, отдельная также. Потому что этот функционал будет очень разноплановый в наших проектах.
Сложный рецепт - это тоже большая и сложная задача. особенно при соединении рецептов и автоматической генерации гросери листов.
Конвертация данных между schemas entity will be a complex thing as well.
Есть неплохая документация в моих Readme with releases plan. Ее конечно недостаточно, но это может позволить понять некоторы функционал который мы делаемю
Вот также список функций предыдущего сервера нашего. Моджет быть мы можем взять эти функции и начать их пошагово добавлять в наш сервер.
Для таких больших частей как поиск.фильтрация.локализация.
Юниты скорее всего нужны будут отдельные server instances - so it will be much easier for us to operate development process of this functionality.
---
Программисты и подработки — результаты и выводы
1. Подрабатывают вне основной работы около 60% программистов. Меньше всех подрабатывают программисты со стажем работы 6–10 лет (время строить карьеру?). После 10 лет стажа количество подрабатывающих опять возрастает (на основной работе становится скучно?).
2. Чаще всего подработки приносит 10–20% от зарплаты, причем по всем стажам работы. Возможность зарабатывать от 50% зарплаты более высока после 3 лет стажа — от 35% подрабатывающих.
3. Чаще всего подработки находят через знакомых — 43% подработок. Разовые подработки для клиента часто приводят к появлению постоянных клиентов — 30% подработок.
4. Самые дешевые подработки за 10–20% от зарплаты приносят именно знакомые (для друзей по дружеской цене?). Даже коллеги по работе приносят более жирные заказы.
5. Заказы, приходящие через знакомых, приносят меньше всего денег. Хотите подрабатывать на 50% зарплаты и выше — ищите заказы через Upwork и аналоги или через социальные сети.
Итог. Подрабатывают многие — более 60%. Чаще всего зарабатывают немного — 10–20% от зарплаты. Основная причина того, что зарабатывают так мало — берут заказы наиболее простым путем через знакомых.
На западе уже появился такой термин — «gig economy», экономика подработок. По статистике, в США больше половины рабочей силы скоро будут составлять фрилансеры (а в программировании, наверняка, и еще больше). Эта работа требует новых умений. Пора говорить о появлении новой специальности — «программист-предприниматель»? Человек, умеющий повышать свою ценность, а не заламывать более высокую цену. Человек, умеющий продавать себя — потому что даже хороший продукт сам себя не продаст.
Скорее всего, будем поворачивать свою новую программу «Продуктовая разработка» в Product University именно в эту сторону