Sério, isso é um tipo de incidente que pode acontecer logo na SKT, e não em qualquer outra empresa? O quanto cortaram custos e trataram a gestão dos servidores de uma grande empresa com descaso para chegar a esse ponto...
Concordo com a oposição ao Obsidian. Instalei um servidor do Joplin no NAS e estou usando notas em Markdown. Consegui resolver sincronização de dados, backup e hospedagem própria, tudo de uma vez kkk
Isso é algo impossível ou, na maioria dos casos, impraticável na realidade.
Na maior parte do setor de TI, os custos de mão de obra e os custos indiretos com pessoal são altos, e no caso de software isso é ainda mais verdadeiro.
Nos casos citados no texto (Amazon, Costco, Vanguard, IKEA), em geral os custos foram reduzidos principalmente cortando gastos com mão de obra e fazendo com que o cliente assumisse por conta própria, como contrapartida pelas tarifas mais baratas, certos incômodos que eram suportáveis.
No setor de TI, porém, isso na maioria das vezes acaba levando a empresa à falência ou a uma estrutura que explora os funcionários, como Amazon/Coupang, ou até os mata, como no caso da SPC, pelo que sei.
Claro, concordo em princípio com a ideia de que, desde que se gere lucro acumulável e reinvestível (+ mantendo uma qualidade adequada), estrategicamente é preciso buscar o menor custo possível.
Preço baixo é um fator importante, pois bloqueia a entrada de concorrentes e pode fazer com que os consumidores considerem sua oferta primeiro.
É realmente revoltante. A culpa é nossa, mas como também precisamos sobreviver, não querem assumir a responsabilidade. Mesmo que saiam, por favor paguem as multas de rescisão.
Nossa... isso deve ser um recorde histórico, o primeiro e o maior de todos os tempos por aqui... aff... ainda falta um pouco... não vão isentar a multa de rescisão não?!
Acabei de tentar pedir para imprimir a memória exatamente como ela é, e parece que primeiro vem listada a memória existente (lembranças por solicitação do usuário) como Model Set Context, depois aparecem, organizadas por situação, descrições das características de resposta preferidas pelo usuário como Assistance Response Preference, e por fim são anexados resumos de conteúdos dignos de nota de conversas passadas como Notable Past Conversation Topic Highlights. Parece que, literalmente, não são anexados os tokens de todo o conteúdo de todos os chats.
Abaixo está a explicação do ChatGPT
A memória persistente (Persistent Memory) inclui apenas as informações salvas explicitamente por meio do comando =bio, e somente essas informações continuam sendo lembradas entre sessões.
Por outro lado, preferências de resposta ou resumos de temas de conversa se enquadram em Ephemeral Context e são gerados automaticamente com base nas interações recentes. O contexto efêmero só pode ser visto durante a sessão e, quando a sessão termina, não é salvo nem consultado depois.
Concordo. Quanto mais uso LLMs, mais parece que estou perdendo a capacidade de pensar com profundidade. Por isso, ultimamente, quando pergunto sobre algo que não sei, tento ser o mais detalhado possível e usar de um jeito em que separo apenas os elementos que desconheço para perguntar e complementar.
Depender profundamente de IDE é um problema do ecossistema Java, que evoluiu de forma pouco ideal,
e não um problema no nível do design.
Falando de forma bem direta, hoje em dia, para desenvolver em Java, não é preciso necessariamente usar um produto da JetBrains,
mas, como todo mundo usa, acaba parecendo que é.
Além disso, se você olhar a lista de linguagens de programação da época em que o Java surgiu, muitas tinham implementações dependentes de plataforma, ou seja, dependentes do sistema operacional.
Foi o Java que mostrou a direção que linguagens como Node, Python e C# seguem: rodar em vários sistemas operacionais com o mesmo código.
Hoje em dia, essa compatibilidade de rodar o mesmo código em vários sistemas operacionais é um "bom senso" óbvio.
Fico curioso sobre o efeito disso no consumo de tokens. Se o conteúdo da memória for acumulado antes do contexto de entrada, talvez até haja cache hit, mas sinto falta de uma explicação mais transparente.
Nossa, que plataforma fofa e com cara de dev kkkkk
Sério, isso é um tipo de incidente que pode acontecer logo na SKT, e não em qualquer outra empresa? O quanto cortaram custos e trataram a gestão dos servidores de uma grande empresa com descaso para chegar a esse ponto...
Nossa, adorei muito essa ideia...!!
kkkk (tw)itter e (tw)eet, o nome é engraçado kkkk
Concordo com a oposição ao Obsidian. Instalei um servidor do Joplin no NAS e estou usando notas em Markdown. Consegui resolver sincronização de dados, backup e hospedagem própria, tudo de uma vez kkk
Isso é algo impossível ou, na maioria dos casos, impraticável na realidade.
Na maior parte do setor de TI, os custos de mão de obra e os custos indiretos com pessoal são altos, e no caso de software isso é ainda mais verdadeiro.
Nos casos citados no texto (Amazon, Costco, Vanguard, IKEA), em geral os custos foram reduzidos principalmente cortando gastos com mão de obra e fazendo com que o cliente assumisse por conta própria, como contrapartida pelas tarifas mais baratas, certos incômodos que eram suportáveis.
No setor de TI, porém, isso na maioria das vezes acaba levando a empresa à falência ou a uma estrutura que explora os funcionários, como Amazon/Coupang, ou até os mata, como no caso da SPC, pelo que sei.
Claro, concordo em princípio com a ideia de que, desde que se gere lucro acumulável e reinvestível (+ mantendo uma qualidade adequada), estrategicamente é preciso buscar o menor custo possível.
Preço baixo é um fator importante, pois bloqueia a entrada de concorrentes e pode fazer com que os consumidores considerem sua oferta primeiro.
Acho que fiz um comentário imprudente.
É totalmente a minha cara.... kkk
Não seria um bastão? rsrs
É realmente revoltante. A culpa é nossa, mas como também precisamos sobreviver, não querem assumir a responsabilidade. Mesmo que saiam, por favor paguem as multas de rescisão.
Ficou bom!
Acho que daria até para mudar o título para “Por que eu criei o Obsidian” e trocar o Obsidian no texto por Notion e wiki.. hehe
Nossa... isso deve ser um recorde histórico, o primeiro e o maior de todos os tempos por aqui... aff... ainda falta um pouco... não vão isentar a multa de rescisão não?!
Tung tung tung sahur?
Mesmo que tivessem seguido apenas o benchmark do CIS....
Acabei de tentar pedir para imprimir a memória exatamente como ela é, e parece que primeiro vem listada a memória existente (lembranças por solicitação do usuário) como
Model Set Context, depois aparecem, organizadas por situação, descrições das características de resposta preferidas pelo usuário comoAssistance Response Preference, e por fim são anexados resumos de conteúdos dignos de nota de conversas passadas comoNotable Past Conversation Topic Highlights. Parece que, literalmente, não são anexados os tokens de todo o conteúdo de todos os chats.Abaixo está a explicação do ChatGPT
A memória persistente (
Persistent Memory) inclui apenas as informações salvas explicitamente por meio do comando=bio, e somente essas informações continuam sendo lembradas entre sessões.Por outro lado, preferências de resposta ou resumos de temas de conversa se enquadram em
Ephemeral Contexte são gerados automaticamente com base nas interações recentes. O contexto efêmero só pode ser visto durante a sessão e, quando a sessão termina, não é salvo nem consultado depois.Concordo. Quanto mais uso LLMs, mais parece que estou perdendo a capacidade de pensar com profundidade. Por isso, ultimamente, quando pergunto sobre algo que não sei, tento ser o mais detalhado possível e usar de um jeito em que separo apenas os elementos que desconheço para perguntar e complementar.
Se for um web shell, não é basicamente um “seja bem-vindo”...?.....
Como a principal operadora de telecomunicações da Coreia do Sul... a operação deles já está num nível em que deveria desaparecer para a história. Aff.
Depender profundamente de IDE é um problema do ecossistema Java, que evoluiu de forma pouco ideal,
e não um problema no nível do design.
Falando de forma bem direta, hoje em dia, para desenvolver em Java, não é preciso necessariamente usar um produto da JetBrains,
mas, como todo mundo usa, acaba parecendo que é.
Além disso, se você olhar a lista de linguagens de programação da época em que o Java surgiu, muitas tinham implementações dependentes de plataforma, ou seja, dependentes do sistema operacional.
Foi o Java que mostrou a direção que linguagens como Node, Python e C# seguem: rodar em vários sistemas operacionais com o mesmo código.
Hoje em dia, essa compatibilidade de rodar o mesmo código em vários sistemas operacionais é um "bom senso" óbvio.
Fico curioso sobre o efeito disso no consumo de tokens. Se o conteúdo da memória for acumulado antes do contexto de entrada, talvez até haja cache hit, mas sinto falta de uma explicação mais transparente.