Rejoindre une entreprise.

En rejoignant une startup en tant que partenaire et ingénieur logiciel et j’ai développé le produit à partir de zéro mais je ne suis toujours pas officiellement partenaire avec eux (pas de papiers légaux signés). Suis-je autorisé à quitter le démarrage sans donner le code source?

Ce genre de questions convient mieux à une consultation avec un avocat spécialisé en PI ou un avocat contractuel. Cela dit…

Si vous avez écrit tout le code vous-même, utilisé votre propre ordinateur pour le travail (pas un fourni par l’entreprise ou d’autres partenaires), n’ont jamais été payés, et jamais signé d’accords, alors il n’est pas clair que vous avez rejoint une start-up du tout. Vous pourriez simplement être un professionnel indépendant qui collabore avec d’autres personnes sur un projet dont la propriété est ambiguë.

Toutefois, s’il y a une entente claire, qu’un accord a été rédigé avec une promesse de signature, qu’un accord de non-divulgation a été signé ou que de l’argent a été échangé, il pourrait y avoir un différend au sujet d’un « accord de poignée de main ».

Pourtant, sans aucun accord signé (en supposant qu’il n’y en ait pas vraiment), il n’est pas clair que quiconque doit quoi que ce soit à quelqu’un d’autre, et en tant qu’auteur du code, vous avez plus de droits qu’eux.

Dispute dans un couple.

 Mon ami et sa petite amie se battent, et il me demandait de l’aide. Tous deux étaient mes amis. Que puis-je faire pour aider?

Lorsque vous aidez deux personnes en conflit, il est souvent bon de commencer par demander à chaque personne quels sont ses objectifs. Veulent-ils mettre le conflit derrière eux? Comprendre qui a raison? Peut-être que chaque personne veut juste être entendu et compris par l’autre. L’un d’eux a peut-être des doutes quant à savoir s’il veut être dans la relation actuelle avec l’autre.

Ce n’est que lorsque les objectifs individuels sont découverts que les objectifs communs peuvent être trouvés, puis un processus pour travailler ensemble à leur réalisation.

L’objectif principal est souvent d’être compris. On peut y parvenir en invitant chaque personne à changer — en commençant souvent par la personne la plus contrariée — pour partager son point de vue et le faire répéter de façon authentique par l’autre (et non pas avec du sarcasme, des agendas cachés ou des discussions). Ensuite, inversez l’ordre. Trouver un terrain d’entente peut être facile après cela.

Utilisation du SQL.

Quels sont les trois avantages de l’utilisation de SQL?

En voici quatre :

lisibilité — SQL bien écrit est essentiellement une description des données que vous voulez et des transformations que vous voulez y faire. Avec une mise en œuvre 3GL, l’intention du plan d’exécution doit être décidée ou exprimée dans des commentaires qui peuvent devenir obsolètes après des changements de code.
concision - a 20–30 ligne SQL alors qu'il y a 100 - 300 lignes avec un code 3GL. C’est 200 lignes de plus de code à écrire, déboguer et maintenir.
optimisation - Les moteurs de requête SQL ont de nombreuses couches d’optimisations. Il y a de fortes chances que l’optimiseur de requête fasse aussi bien ou mieux que vous pourriez le faire à la main, et vous permet de gagner des heures ou des jours à coder une requête optimisée à la main.
productivité - les 3 avantages ci-dessus stimulent la productivité - de vous le programmeur ainsi que l’équipe et l’entreprise. Le moins de temps passé à écrire, décoder, déboguer, optimiser, Et maintenir, le plus de fonctionnalités par unité de temps. De plus, les bogues de logique cachés avaient un coût caché non capturé par le temps de débogage, qui est toutes les mauvaises décisions et impasses pourchassées parce que la mauvaise information était utilisée pour prendre des décisions.