Смогу ли я выполнять заказы с таким гитхабом?

Question

[Гучи повар]

Здраствуйте. Мне 14.

Есть небольшой гитхаб с несколькими репозиториями. Это не все что у меня есть. Смогу показать еще несколько вещей.

Смогу ли я какие-нибудь заказы выполнить или что-то подобное?

Comments

[Василий Банников]

По твоему гитхабу можно только сказать то, что ты не умеешь пользоваться гитом и гитхабом, и не знаешь, зачем туда загружать код

[Гучи повар]

Василий Банников, А что не так? Все что недавно делал там. Все вроде нормально

[Гучи повар]

Василий Банников, Я загружаю с самого сайта. С гитом не хочу, но потом научусь

[Василий Банников]

XachGithub, нет истории коммитов и описания

[edward_freedom]

Василий Банников, а оно обязательно? Он сделал проект, закончил его и залил на гит, кому надо та история, кроме тебя?

[mkone112]

edward_freedom, работодателю. Я бы нафиг не взял человека который коммитит тупо в мастер, и ничего не знает даже про gitflow. Налицо явное неумение или нежелание пользоваться базовыми инструментами.

[edward_freedom]

mkone112, работодателю надо оценить его код и проекты, а не как он гитом пользуется. Пусть хоть даже на гугл диск зальет проекты

[mkone112]

edward_freedom, gitflow - часть проекта. Нафига он будет нужен если его еще гитом учить пользоваться?

[edward_freedom]

mkone112, часть какого проекта? Если он делал свой проект без гита, то не часть. В гите учить нечего, пару команд или плагин установить и само все будет делать

[mkone112]

edward_freedom,

В гите учить нечего, пару команд

Да-да. А потом приходят люди, и локально не черипикнуть, ни ребейз сделать не могут, а потом делают форспуш с рассинхоном веток, ага. Плавали - знаем.

[Василий Банников]

edward_freedom, тк гит часто яаляется чатью работы - грамотно оформленные сообщения к коммитам, и в целом нормально оформленный проект (с README, и документацией), даёт больше информации нанимателю, чем просто код

[Василий Банников]

edward_freedom, тут нет смысла что-то обсуждать, тк ни один проект не закончен

[edward_freedom]

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

[Almost]

Для 14 лет очень даже не плохо.
Если ты сможешь реализовать то, что тебя попросят, то тогда конечно сможешь .

[Saboteur]

mkone112, Для разработчика, который работает в проекте один, git-flow не нужен.
НЕ НУЖЕН.
чистый git-flow вообще перегружен и решает проблемы средней и крупных команд.
Есть гораздо более простые вещи для таких недопроектов какие у топикстартера. И коммит просто в мастер - вполне достаточно.
Другое дело, что там действительно истории нет вообще.

[mkone112]

Saboteur,

Для разработчика, который работает в проекте один, git-flow не нужен.
НЕ НУЖЕН.

Конечно. А вот работодателю который берет человека в команду - нужен разраб умеющий в git-flow.

чистый git-flow

Чистого гитфлоу я и не видел никогда, в крупных командах все еще сложней. В мелких - проще.

Другое дело, что там действительно истории нет вообще.

Ага.

[Saboteur]

mkone112,

Конечно. А вот работодателю который берет человека в команду - нужен разраб умеющий в git-flow.

В данном случае, показатель того что разработчик не умеет в гит-флоу, это отсутствие истории с вменяемыми коммит мессаджами, а не отсутствие бренчевания и флоу. Я к этому и веду, что в личном проекте гит-флоу не нужен.
Опять же, научиться в гит-флоу обычному разработчику, знакомому с гит - это полчаса ознакомления. Основная нагрузка кладется на тимлидов.

Чистого гитфлоу я и не видел никогда, в крупных командах все еще сложней. В мелких - проще.

Я видел разный. В крупных именно git-flow как раз решает много проблем. У себя в компании даже лекции по гит-флоу пару раз читал )

[mkone112]

Saboteur,

Я видел разный. В крупных именно git-flow как раз решает много проблем. У себя в компании даже лекции по гит-флоу пару раз читал )

Это понятно. Но вот чистый я не видел.

обычному разработчику, знакомому с гит

Как раз учить гит по гитфлоу - отличная идея.

[Saboteur]

mkone112, это ужасная идея. git-flow это не про гит, это про код ревью.

[mkone112]

Saboteur,

это ужасная идея

Аргументы?

git-flow это не про гит, это про код ревью.

Да. И?

[Saboteur]

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

[mkone112]

Saboteur,

Критично просто умение в гит и конфликты

В том числе. Только если пушить тупо в мастер - конфликтов не будет.

[Saboteur]

mkone112, с чего это?
если два человека будут пушить в мастер - будут конфликты.

Короче, спор зашел в тупик.

[mkone112]

Saboteur,

если два человека будут пушить в мастер - будут конфликты.

Тс один, и речь всю ветку была об одном человеке.

Короче, спор зашел в тупик.

А был спор? Я думал мы просто болтаем...

Answer 1

[mkone112]

Вряд ли. Еще несколько лет поучись - может к 18 сможешь пойти в офис. В идеале - после хорошего вуза.
P.S. Я конечно не юнити и не c# разраб, но гитхаб по сути выглядит пустым. Да и в случае проектов на юнити - мне кажется что код - дело второстепенное. Любой кто захочет ознакомиться с твоими поделками - в первую очередь захочет увидеть результат - рабочие игры, а желательно приносящие прибыль игры.

Comments

[Гучи повар]

Единственное что я делал это кому-то систему за 2000 руб. С другим не повезло.

У меня такая проблема, что я не могу один сделать игру. Не умею рисовать и не геймдизайнер. Да и одному делать игру не интересно. Умею только писать код. У меня там был
XachGithub/My-unfinished-game

Я сделал какую-то основу, но мне надоело.

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

[mkone112]

XachGithub,

Единственное что я делал это кому-то систему за 2000 руб.

Что?

Я сделал какую-то основу, но мне надоело.

Раз ты не можешь довести до конца элементарную задачу - как ты собрался работать?

У меня там был
XachGithub/My-unfinished-game

Это не unfinished - это не начатая.

Не умею рисовать и не геймдизайнер.

Готовые ассеты валяются повсюду, достаточно уметь это собрать в рабочий проект.

Да и одному делать игру не интересно.

Значит не делай.

[Гучи повар]

mkone112,

Раз ты не можешь довести до конца элементарную задачу - как ты собрался работать?

Мне почему то не интересно свое делать, то что делал за 2000 руб мне делать было интересно

Это не unfinished - это не начатая.

Там почти работает магазин. Персонаж ходит. Сборка работает.

Готовые ассеты валяются повсюду, достаточно уметь это собрать в рабочий проект.

А за такое бан не дают? Все красивые ассеты платные. Но за совет спасибо.

[Jacen11]

XachGithub,

не круто

И у кого ты увидел использование в нейминге нижнего подчеркивания? Нахрена?

[Гучи повар]

Jacen11, Вы вроде Android разработчик. ВСЕ приватные поля начинаются с нижнего подчеркивания. Так правильно.

[Jacen11]

XachGithub, ты хоть понимаешь зачем это надо было?

[mkone112]

Jacen11,

ну я анроид разработчик, и НИКТО не начинает приватные поля с нижнего подчеркивания. Так неправильно.

Занятно, в питоне так обозначают поля являющиеся частью реализации...

[mkone112]

XachGithub,

А за такое бан не дают?

Читай лицензии

Там почти работает магазин. Персонаж ходит. Сборка работает.

Класс, т.е. по сути там ничего нет.

[edward_freedom]

Jacen11,

И у кого ты увидел использование в нейминге нижнего подчеркивания? Нахрена?

в шарпе приватные поля надо начинать с нижнего подчеркивания

[Борис Животное]

Jacen11, всё правильно он именует. Я так на работе именую поля с нижнего подчёркивания и не на первой работе. Даже в исходниках .NET Core такое есть. Вот даже пример: StreamWriter

[Jacen11]

edward_freedom, Борис Животное, да, я знаю, это фактически венгерская нотация

Известный противник венгерской нотации — Линус Торвальдс: «Вписывание типа переменной в её имя (так называемая венгерская нотация) ущербно — компилятор и так знает типы и может проверить их, и это запутывает программиста»

Есть ещё наприпер m для прайват полей, да это даже в андроид сдк бывает, но это не значит что это правильно. В джава кор тоже много чего есть, а потом разработчики признают что наложали и уже просто не поправить

В древние времена когда не было ide это ещё может ибыло норм, сейчас нет

[Василий Банников]

Jacen11, в c# принято private readonly поля начинать с нижнего подчёркивания.
Это официальный гайдлайн.
В C# из венгерской нотации ещё префикс I остался у интерфейсов

[edward_freedom]

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

[Jacen11]

Василий Банников,

В C# из венгерской нотации ещё префикс I остался у интерфейсов

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

Это официальный гайдлайн.

эм, покажите. Ни разу не видел "официальных гайдлайнов". Видел внутрикомпанейские от гугла, фейсбука, майков, а есть прям шарповский?

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

[Василий Банников]

Jacen11, официальный майкрософтовский:)
Он отличается от того, что сам майкрософт использует, но он рекомендован в документации и используются во всех примерах.

Из удобств - не нужно писать this, и точно не будет коллизий с параметрами методов.

[Jacen11]

Василий Банников,

не будет коллизий с параметрами методов.

так себе аргумент, тогда бы у всех полей ставились прочерки)

Из удобств - не нужно писать this

не понял, а зачем его писать? а без _ что ли нужно писать?

официальный майкрософтовский:)

на мсдн? покажи пример, интересно же

[Василий Банников]

Jacen11,

так себе аргумент, тогда бы у всех полей ставились прочерки)

С учётом того, что не рекомендуется делать неприватные поля - да, у всех полей нужно писать прочерки.

не понял, а зачем его писать? а без _ что ли нужно писать?

Если будет коллизия с именем параметра - обязательно придётся написать.

на мсдн? покажи пример, интересно же

https://docs.microsoft.com/en-us/dotnet/csharp/fun...

In addition to the rules, there are many identifier naming conventions used throughout the .NET APIs. By convention, C# programs use PascalCase for type names, namespaces, and all public members. In addition, the following conventions are common:

• Interface names start with a capital I.
  
• Attribute types end with the word Attribute.
  
• Enum types use a singular noun for non-flags, and a plural noun for flags.
  
• Identifiers shouldn't contain two consecutive _ characters. Those names are reserved for compiler-generated identifiers.
  

Ну это для публичных членов, сейчас попытаюсь найти где про префикс _ написано было

[Василий Банников]

Jacen11,

на мсдн? покажи пример, интересно же

https://docs.microsoft.com/en-us/dotnet/csharp/fun...

Use camel casing ("camelCasing") when naming private or internal fields, and prefix them with _.

[Василий Банников]

Jacen11, правда там есть ещё другая, спорная рекомендация:

When working with static fields that are private or internal, use the s_ prefix and for thread static use t_.

[Василий Банников]

Василий Банников, а вообще предпочитаю использовать dotnet-format и не мучаться с выбором конвенций.

[Jacen11]

Василий Банников, edward_freedom

правда там есть ещё другая, спорная рекомендация:

она точно такая же)
ну нет смысла в венгерской нотации, а если вы ее такие сторонники, то почему не используете везде? не потому ли, что это бессмысленно? чем этот случай отличается?

[Василий Банников]

Jacen11, Ну конкретно с приватными полями просто позволяет меньше кода писать, сказал же.
+ ide подсказки даёт

[Jacen11]

Василий Банников, ты про this? если совпало значит ты скорее всего что то не то делаешь, а если то (значит это наверное конструктор), то таких кейсов меньше чем ты поставишь _
ide и без _ дает подсказки

[edward_freedom]

Jacen11, если ты пишешь на джаве, то зачем лезешь в шарп? Так переименовать просят и расширения для студии

[mkone112]

edward_freedom, Jacen11, Василий Банников, да что вы тут пишите?! Мне постоянно уведомнения приходят! Я сюда поржать пришел, а вы нотации обсуждаете. Доколе?
Jacen11, так для справки - огромное число разрабов не юзают ide. Зачастую весь код ревью чисто в git[lab|hab].

[edward_freedom]

mkone112, уведомления приходят тому, кому отвечают

[mkone112]

edward_freedom, и тому под чьим ответом это происходит.

[edward_freedom]

mkone112, у тебя так уведомления настроены. Я получаю только когда мне пишут

[mkone112]

edward_freedom, вроде у меня все по дефолту.

[Василий Банников]

mkone112, код пишут не в гитхабе, и 90%+ шарпистов используют какую-либо IDE

[mkone112]

Василий Банников, про написание я не говорил. Ну и остаются 10%-

[Василий Банников]

mkone112, кстати в простых редакторах/гитхабе венгерская нотация наоборот даже больше пользы даёт, тк там нельзя нааестись на символ и узнать что это. И цветом приватные члены не отличаются

[mkone112]

Василий Банников, именно! В смысле "наоборот"? Я никогда не говорил обратного.

[Jacen11]

edward_freedom,

если ты пишешь на джаве, то зачем лезешь в шарп? Так переименовать просят и расширения для студии

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

mkone112

Мне постоянно уведомнения приходят!

сорян, так уже сервис устроен

Зачастую весь код ревью чисто в git[lab|hab].

на ревью не нужно знать прайвет поле или нет, при объявлении такое проверяется если надо

Василий Банников ты прям реально знаешь конторы где пишут шарповый код в блокноте?

наоборот даже больше пользы даёт, тк там нельзя нааестись на символ и узнать что это.

значит имена не умеешь давать если тебе это нужно. Если имя начинается с is has то и так понятно что это булеан. Хотя давай даже на практике проверим меня, скажи какой тип у переменых name, isBlocked, size

[mkone112]

Jacen11,

Василий Банников ты прям реально знаешь конторы где пишут шарповый код в блокноте?

Я знаю! Даже хуже - в виме!

[Василий Банников]

Jacen11,

Василий Банников ты прям реально знаешь конторы где пишут шарповый код в блокноте?

Не знаю, но судя по недавнему опросу JB, такие есть.

значит имена не умеешь давать если тебе это нужно

Речь не про типы, а про уровень доступа.

Вот смотри как со стандартным стилем получается:
value - переменная
_value - приватное поле
Value - публичное свойство

А теперь давай откажемся от префиксов:
value
value
value

Хотя давай даже на практике проверим меня, скажи какой тип у переменых name, isBlocked, size

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

[edward_freedom]

Василий Банников,

А теперь давай откажемся от префиксов:
value
value
value

приватные или локальные, в любом случае ничего не изменит, шах и мат

[Jacen11]

Василий Банников,

value
value
value

а почему тогда сразу не
value1
value2
value3 ? вот, отличаются

имена нормальные давать надо чтобы такого не было

[Василий Банников]

Jacen11, ну окей, вот пример, когда это может оказаться реальным кодом:

public class Box<T> {
    public Box(T value) => _value = value;
    private T _value;
    public T Value => _value;
}

Замени слово value на что угодно другое, но смысл не поменяется - всё равно у нас тут три элемента, которые отвечают за одно и то же

[Jacen11]

Василий Банников,
держи

public class Box<T> {
    public Box(T value) => this.value = value;
    private T value;
    public T item=> value;
}

последнее это проперти? оно вызывается через гетеры сеторы?

[Василий Банников]

Jacen11, и зачем надо было Value в item переименовывать?
И да, это get-only property
Вообще можно было бы переписать так:

public class Box<T> {
    public Box(T value) => Value = value;
    public T Value { get; }
}

Или вообще так:
public record Box<T>(T Value);

А публичные члены с маленькой буквы писать - это как-то фу.
Хотя бы уж публичное API следует делать в том же стиле, что и стандартную библиотеку.

[Jacen11]

Василий Банников, ну вот, и продолжать работать в коде в классе с Value
то есть снова, все таки _ особо не нужно

А публичные члены с маленькой буквы писать - это как-то фу.

а это уже другой разговор...

если ты не работаешь в виме, то использовать венгерскую нотацию не нужно

[Василий Банников]

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

Основная всё-таки цель - это не писать this для доступа к приватным полям.

Answer 2

[Saboteur]

Заказы тогда, когда ты найдешь заказ и выполнишь. Никто за тебя не ответит получится у тебя или нет.

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

Хорошее портфолио андроид разработчика - это когда установил на телефон и посмотрел, а потом еще и посмотрел его код в гитхаб.
Отмазки типа не умеешь рисовать - если ты делаешь что-то нормальное, можно найти и бесплатные картинки и друга художника и нанять за копейки такого же новичка как ты, только дизайнера.
Если ты своим проектом не живешь душой, зачем на гитхаб вообще выкладывать никому не нужные (даже тебе) куски?

Answer 3

[Пума Тайланд]

а как гитхаб должен мешать вам выполнять задания ?
ладно вы там были бы инвалид без рук, или там в нигерии жили бы и у вас не было не то что интернета, а еды.

Comments

[mkone112]

Так очень просто.
1) Он хочет взять задание - работодатель заходит на гитхаб, бежит в страхе.
2) Его гитхаб хлам потому-что лучше он сделать не может. А следовательно и реальные задачи не осилит.

ладно вы там были бы инвалид без рук

Многие люди имеют руки - но задачи делать не могут, другие же могут кодить без рук.

или там в нигерии жили бы и у вас не было не то что интернета, а еды.

Ну вот=( Теперь я буду думать о бедных нигерийцах полдня...