krokietowy

@SpasticInk - życie w Polsce

@SpasticInk podobno rakowy snapchat

@Giblet5280 Na początku myśleliśmy żeby zrobić jedną aplikację z dwoma językami, jednak to by komplikowało proces budowania i oprócz błędów z rusta i pythona, dodawało błędy z warstwy pośredniej, więc obecnie mamy dwa osobne serwisy o bardzo podobnej odpowiedzialności.

Najprawdopodobniej byśmy użyli PyO3 - https://github.com/PyO3/pyo3, gdybyśmy szli w tę stronę.

@Astro Podwyżka była, ale przed ostateczną decyzją o przepisaniu i raczej była związana z rosnącym moim stażem pracy i odejściem jednego ze współpracowników.

W sumie, nawet gdyby nie było podwyżki, to i tak bym został tam dłuższą chwilę, bo pracuje mi się tam po prostu dobrze, w fajnej atmosferze, robię w miarę ciekawe projekty i się dużo uczę(przyszedłem jako junior i od początku cisnęli mnie, bym się uczył robić dobry software, a nie że dali mi klawiaturę i kazali po prostu robić taski, by po prostu działały).

@krokietowy no to powinieneś poprosić o podwyżkę w związku z projektem.

Po pierwsze żeby doceniali wagę pracownika.

Po drugie żebyś ty nie czuł sie wydymany gdy pracy i komplikacji będzie przybywało wraz ze zmianami.

A po trzecie żeby nie psuć rynku :)

@rm-rf Pythonową wersję robiłem w dużej części sam i to była moja pierwsza styczność z pythonem, ale niemal każdy MR był czujnie sprawdzany przez bardziej obeznanych programistów i ostatecznie, mimo że nie jest to ósmy cud świata, to kod jest w miarę czytelny i wystarczająco łatwy do modernizacji i gdyby nie problemy wydajnościowe, to by został na miejscu.

Z rustową wersją powinno być dużo łatwiej, bo mam więcej doświadczenia, zarówno w rust jak i pisaniu aplikacji, a oczy które sprawdzają MR się nie zmieniły, więc nie sądzę by został stworzony program który trzeba by było później przepisywać

@krokietowy a kompilowaliscie to do jakiejś implementacji c Pythona tak z ciekawości?

@mike-litoris Ramu w github CI jest chyba tylko 7GB i większość jest używana, więc raczej to nie jest mozliwe(nie wiem czy ramdysk w CI jest możliwy do zrobienia)

@krokietowy do rzeczy, jaki masz błąd, ile logów jesteś w stanie załączyć?

@m_h a czasem nie tak działa proces kompilacji i linkowania wszystkich śmieci do ELF'a?:D

@groman43 podpinam się

@groman43 Ano kobyła, dużo zależności nie linkowanych dynamicznie, ale wklejanych bezpośrednio w projekt.

Razem z zależnościami, ma 1.8 miliona linii w C i podobną ilość w C++.

Niestety projekt prywatny, więc nie mogę udostępnić.

@mike-litoris

Bezpośredni błąd to:

Unhandled exception. System.IO.IOException: No space left on device : '/home/runner/runners/2.315.0/_diag/Worker_20240410-010354-utc.log'

  at System.IO.RandomAccess.WriteAtOffset(SafeFileHandle handle, ReadOnlySpan`1 buffer, Int64 fileOffset)

  at System.IO.Strategies.BufferedFileStreamStrategy.FlushWrite()

  at System.IO.StreamWriter.Flush(Boolean flushStream, Boolean flushEncoder)

  at System.Diagnostics.TextWriterTraceListener.Flush()

  at System.Diagnostics.TraceSource.Flush()

  at GitHub.Runner.Common.TraceManager.Dispose(Boolean disposing)

  at GitHub.Runner.Common.TraceManager.Dispose()

  at GitHub.Runner.Common.HostContext.Dispose(Boolean disposing)

  at GitHub.Runner.Common.HostContext.Dispose()

  at GitHub.Runner.Worker.Program.Main(String[] args)

System.IO.IOException: No space left on device : '/home/runner/runners/2.315.0/_diag/Worker_20240410-010354-utc.log'

  at System.IO.RandomAccess.WriteAtOffset(SafeFileHandle handle, ReadOnlySpan`1 buffer, Int64 fileOffset)

  at System.IO.Strategies.BufferedFileStreamStrategy.FlushWrite()

  at System.IO.StreamWriter.Flush(Boolean flushStream, Boolean flushEncoder)

  at System.Diagnostics.TextWriterTraceListener.Flush()

  at GitHub.Runner.Common.HostTraceListener.WriteHeader(String source, TraceEventType eventType, Int32 id)

  at GitHub.Runner.Common.HostTraceListener.TraceEvent(TraceEventCache eventCache, String source, TraceEventType eventType, Int32 id, String message)

  at System.Diagnostics.TraceSource.TraceEvent(TraceEventType eventType, Int32 id, String message)

  at GitHub.Runner.Worker.Worker.RunAsync(String pipeIn, String pipeOut)

  at GitHub.Runner.Worker.Program.MainAsync(IHostContext context, String[] args)

System.IO.IOException: No space left on device : '/home/runner/runners/2.315.0/_diag/Worker_20240410-010354-utc.log'

  at System.IO.RandomAccess.WriteAtOffset(SafeFileHandle handle, ReadOnlySpan`1 buffer, Int64 fileOffset)

  at System.IO.Strategies.BufferedFileStreamStrategy.FlushWrite()

  at System.IO.StreamWriter.Flush(Boolean flushStream, Boolean flushEncoder)

  at System.Diagnostics.TextWriterTraceListener.Flush()

  at GitHub.Runner.Common.HostTraceListener.WriteHeader(String source, TraceEventType eventType, Int32 id)

  at GitHub.Runner.Common.HostTraceListener.TraceEvent(TraceEventCache eventCache, String source, TraceEventType eventType, Int32 id, String message)

  at System.Diagnostics.TraceSource.TraceEvent(TraceEventType eventType, Int32 id, String message)

  at GitHub.Runner.Common.Tracing.Error(Exception exception)

  at GitHub.Runner.Worker.Program.MainAsync(IHostContext context, String[] args)

Jednak przy bliższym przepatrzeniu, okazało się że to nie bezpośrednio problem linkowania, ale kopiowania po linkowaniu - nie mogę niczego podobnego znaleźć w sconstruct(używamy scons) i wygląda mi to trochę jakby to sam scons wykonywał to topiowanie

scons -j2

Linking Static Library core/libitem.x86_64.a ...

Ranlib Library core/libitem.x86_64.a ...

Linking Program bin/project.x86_64 ...

scons: done building targets.

[Time elapsed: 0034.621]

cp: error writing '../project.x86_64': No space left on device

@Pirazy Nie jest to rodzaj społecznika ani karierowicza(jakby był to by od razu chciał startować), ale ma głowę na karku, więc to raczej był jeden z lepszych wyborów(zwłaszcza że miał tylko trzech przeciwników na liście).

@VonTrupka przecież jak będzie nas jednym potencjale to nic się nie stanie

@Felonious_Gru 

a kto to przyszedł? pan maruda niszczyciel dobrej zabawy pogromca uśmiechów dzieci (* ￣︿￣)

@DziwnaSowa ech, pamiętam jak w Nokii XpressMusic był szoan i nikt nie wierzył dopóki się nie pokazało, że łapała dobrze fale radiowe nawet bez słuchawek.

O ile, że to nie jest powszechny myk mnie nie zaskakuje ale dziwne, że nikt z podobnego patentu nie korzysta żeby się wyróżnić.

@mortt Ale że co, mam się pytać o okoliczności: Czemu mi daliście podwyżkę? albo dać feedback w stylu "Cieszę się i liczę na więcej"? XD

@krokietowy Nie to miałem na myśli. Chodziło mi o to co napisałeś - w starej firmie dostawałeś maila z nowymi warunkami a tu zaprosili Cię na rozmowę na której dostałeś coś na kształt feedbacku (tak jak mówiłem zależy czy to był feedback czy takie gadanie, ale mnie tam nie było to nie wiem). Natomiast tak, jakbym z dupy dostał podwyżkę to zapytałbym z czego wynika. Choćby po to aby uniknąć nieporozumienia, że ktoś teraz oczekuje ode mnie czegoś czego nie zakomunikował. To nie jest kwestionowanie tego czy Ci się należała tylko dookreślenie czy macie wspólny pogląd na to co było jej podstawą.