I would appreciate the translation of this question.
It is impossible to learn something if you do not know anything about it: what knowledge and to what extent is available is extremely important. The problem of creating, accumulating and maintaining programming knowledge is the same all over...
@JefersonAlmeida Nao, eu costumo dar uns meses as novas versoes do VS antes de instalar. Dar algum tempo para corrigirem bugs, para migrarem as extensoes, etc
sim, nos temos 2 productos com bastante codigo em comum o codigo comum esta escrito em .net standard a aplicacao mais antiga usa full .NET (4.7.1) a aplicacao mais recente usa .net core 2.1
Nos temos umas 10 libs em .net standard com varias coisas (utilitarios, coleccoes especializadas, etc), mas o principal e um protocolo que temos (baseado em google protobuf) que as aplicacoes usam para falar entre si e que os nossos clientes podem usar para falar com a aplicacao
Ambos os projectos (e mais outro interno) consomem essas libs e usam o cliente e/ou servidor escrito em .net standard para falarem com as outras aplicacoes
de uma forma mt simples, o nosso produto (dados externos) -> BPIPE/RFA/FIX -> Workstation (C++) -> COM -> Workstation (.NET 4.7.1) -> Google Protobuf / TCP -> Kalahari Web Server (.NET Core 2.1) -> REST / SignalR -> Kalahari Web Client (React) isto tudo com uma propagacao de dados de 75ms ou menos de uma ponta a outra :)
(os 75ms medidos numa rede fechada, com os servidores em maquinas distintas)
@JefersonAlmeida Nos agora pertencemos a um grupo maior (FENICS, que pertence ao grupo BGC), mas o produto que nos escrevemos e um motor de agregacao e calculo de divisas (taxas de juro, contractos de compra/venda ate 50/60 anos) para 200 e tal divisas (ou combinacoes de divisas)
Cada cliente nosso tem um modelo matematico diferente (escrito pela nossa equipa de quants) e a aplicacao principal e um motor generico que executa esse modelo
Por exemplo, eles criaram a dois anos um modelo matematico do mercado brasileiro para um dos nossos clientes
Um dos primeiros do mundo que lidar com os mercados onshore e offshore do Brasil
a equipa de desenvolvimento (onde eu estou) e composta na totalidade por engenheiros com mestrados em engenharia ou fisica. a equipa de quants e composta por dois PhDs (um deles em fisica teorica) e um ex-trader
@JefersonAlmeida O producto em si nao e costumizado. Mas cada modelo matematico, apesar de ter uma base comum, e dps adaptado as necessidades de cada cliente
@Omni deve ser um equipe de altissimo nível, nesse caso n basta nesse um bom programador, até pq um erro de calculo pode girar um prejuízo financeiro incalculável
@JefersonAlmeida nem por isso, nos somos uma empresa com 12 pessoas (agora somos maiores pq fomos comprados, mas durante anos, fomos os tais 12 (3 developers, 2 quants))
@JefersonAlmeida O sistema chama as libs em c++, mas as libs sao iguais para todos os clientes. A diferenca esta na forma como essas libs sao usadas (os tais modelos). Certos clientes podem crer focar em taxas de juro, entao o modelo e escrito para focar nessas taxas e dar maior visibilidade nesse mercado
@Omni deixa ver se eu entendi, a lib é a mesma para todos os clientes, porém existem varios modelos que podem ser utilizados pelo seu sistema e o cliente opta por quais modelos utliziar?
@JefersonAlmeida processamento de logs, processamentos de ficheiros (CSV maioritariamente), a uma certa altura tinhamos a nossa suite de testes automaticos do site todos escritos em F# (com selenium)
tb usamos muito Powershell (coisas escritas em Powershell mesmo ou modulos escritos em C#/F# publicados como Powershell)
@Omni estava dando uma lida sobre algumas utilizações para F#, vi que tem um pessoal que usa bastante para criação de ETL e processamento de dados, vc já utilizou ele para isso?
@JefersonAlmeida Nao necessariamente, ambas as linguas vao ser compilados para IL. F# e bom pelo estilo funcional e pelas ferramentas e bibliotecas que oferece para lidar com dados
Mas dito isso, C# tem absorvido algumas das ideias funcionais do F# (com LINQ) o que o torna interessante para algumas das aplicacoes que antigamente eram associadas ao F#
O bom de ser tudo .NET / IL e que pode escrever um projecto em F#, outro em C#, outro em VB.NET e combina-los todos sem problemas
@Omni ainda n, dei uma lida sobre umas coisas e um amigo meu tb me passou um livro para estudar, estava a ver que vantagens teria ao utilizar ele no meu dia a dia, onde poderia aplicar para ter algum ganho
aí estava vendo a questão do ETL, vi uma publicação de uma pessoa mostrando como utilizar o F# para isso e que foi bem mais rápido que usando C#, aí fiquei interessado, já que trabalho muito com ETL tb
@Omni meu amigo q me passou o livro disse a mesma coisa, mas eu traria trazendo uma complexidade extra para os sistemas da empresa sem um real ganho, seria meio difícil justificar a utilização disso
até pq, se eu fosse usar F# ou algo mas diferente aqui, deixaria uma dependência muito grande na manutenção disso, provavelmente só eu conseguiria fazer isso dentro da empresa e nem eu quero essa dependência toda
pq qualquer problema q tiver só eu vou poder resolver, isso se resume a "adeus férias"
@Omni como mudei de empresa faz pouco tempo, ainda n conseguir ver a necessidade de construir algo para me ajudar com algum processo especifico, porém essa é uma boa ideia, assim q pensar em algo vou tentar implementar em F#
@LINQ altura da mesa, acho que e' o mais critico - depois altura do teclado e depois eu veria a qualidade do teclado (isso se nao for um teclado totalmente podre, pq. ai ele pula para primeiro da lista x'D)
@LINQ nao gosto - so mais os mais antigos, com mola - sinto falta do "feedback" de apertar cada tecla ate o fim - teclados como o seu me dao dor na mao de digitar rapidinho
Galera fui indicado a fazer parte de foruns como esse pra ajudar no começo da carreira em Ti. Vcs que já tem mais experiencias o que me disem? Isso é verdade?
I would appreciate the translation of this question.
It is impossible to learn something if you do not know anything about it: what knowledge and to what extent is available is extremely important. The problem of creating, accumulating and maintaining programming knowledge is the same all over...
