Komentar-komentarnya aneh. Kalau melihat ringkasan tulisannya, maksudnya bukan bekerja sendirian atau tidak membutuhkan anggota tim, melainkan mengurangi kolaborasi yang berlebihan di antara anggota tim.
Tahun lalu saya melihat Elastic Machine Pool dari Platform 9 di AWS re:Invent, dan saat itu terasa agak memberatkan untuk sekadar coba-coba karena khusus B2B, tetapi yang ini instalasinya sederhana dan cara kerjanya juga intuitif, jadi bagus. Saya ingin mengalokasikan resource secara agresif di lingkungan pengembangan tanpa merusak pengalaman pengguna, jadi kalau setelah PoC hasilnya oke, sepertinya layak dipertimbangkan untuk diadopsi.
Sebenarnya meski dibilang, “mau dipublikasikan atau tidak, kalau merasa butuh ya perbaiki sendiri saja~”, juga sah-sah saja, tapi sepertinya proyek ini bisa berkembang sampai sejauh ini justru karena para maintainer-nya bukan orang dengan watak seperti itu.
Saya sempat bertanya apa bedanya dengan KNative, dan tampaknya dua kalimat di bawah ini adalah inti utamanya.
Berjalan dalam bentuk containerd shim, lalu menyimpan status memori kontainer sebelum dihentikan, dan kemudian memulihkannya dalam hitungan beberapa milidetik saat koneksi pertama masuk
Saat dipulihkan, seluruh status aplikasi ikut kembali seperti semula, sehingga dari sudut pandang pengguna hampir tidak ada latensi
Apa ini memang layak dipermasalahkan? Kalau dibaca, ini hanya celah keamanan tingkat menengah yang valid hanya pada 10~20 frame pertama dari game lawas tertentu. Apakah Anda benar-benar menganggap ini kontribusi penting bagi FFmpeg? Kontribusi paling penting bagi komunitas open source adalah memberikan dukungan agar pengembangan yang stabil bisa terus berlangsung; terutama jika itu perusahaan yang sangat memanfaatkan hasil karya tersebut, rasanya itu seharusnya menjadi prioritas.
Saya bekerja di perusahaan yang sangat kecil sampai-sampai satu-satunya karyawan hanyalah saya. Jadi saya menangani maintenance sendiri dan mengembangkan sendiri.... Karena sudah terlalu lama seperti ini, saya juga merasa ingin bekerja bersama orang lain. Bekerja sendirian terlalu sepi...
Laporan bug-nya sendiri memang kelas S, tetapi mereka juga menyebarkan kabar ke mana-mana bahwa FFmpeg gagal menangani dalam tenggat waktu kerentanan serius pada format video yang dipakai sejak zaman Presiden Kennedy.
Yang diberikan bukan sesuatu yang bisa dimakan, melainkan sesuatu yang harus dimakan, lalu mereka bertanya kenapa itu tidak bisa dihabiskan dalam tenggat waktu.
FFmpeg punya tenaga kerja yang terbatas, jadi apakah benar Google menumpahkan puluhan laporan bug untuk format yang kini bahkan nyaris tidak dipakai lagi dengan AI, lalu menekan agar semuanya diperbaiki dalam tenggat waktu?
Rasanya seperti ada seseorang yang sukarela membersihkan lingkungan, lalu orang terpandang yang paling banyak memiliki tanah di lingkungan itu berkata kepada orang yang membersihkan, "di sudut sana ada puntung rokok."
Tulisan ini terasa terlalu provokatif.
Mungkinkah penulisnya terlalu menonjolkan kepribadian dirinya sehingga tidak bisa berbaur dengan baik dengan orang lain?
Untuk membuat satu fitur,
biasanya peran seperti desainer, perencana, manajer proyek, frontend, backend, QA, dan lain-lain memang pasti dibutuhkan.
Tampaknya ia membuat klaim yang berlebihan untuk menonjolkan masalah yang ia rasakan.
Kolaborasi tentu bukan berarti dilakukan dengan cara seperti agora.
Namun, dua hal ini memang jelas bermasalah: terlalu sering melontarkan ‘let’s discuss’ dan menghindari tanggung jawab.
Tetapi dalam banyak kasus, itu terjadi karena memang tidak ada pemimpin atau penanggung jawab yang punya insight.
Untuk hal seperti inilah orang melakukan riset, mengembangkan orang, merekrut, atau membeli solusi.
Kalau tim hanya dibentuk dari anggota yang penurut, itu juga bisa makin memicu masalah tersebut.
Menurut saya, ini tampaknya bukan masalah yang disebabkan oleh kolaborasi atau bekerja sendirian.
Dari sudut pandang orang yang sedang mempertimbangkan untuk membeli asus deskmini x600 + 8700g, ini sangat menarik.
Kira-kira harganya akan seperti apa?
Komentar-komentarnya aneh. Kalau melihat ringkasan tulisannya, maksudnya bukan bekerja sendirian atau tidak membutuhkan anggota tim, melainkan mengurangi kolaborasi yang berlebihan di antara anggota tim.
Tahun lalu saya melihat Elastic Machine Pool dari Platform 9 di AWS re:Invent, dan saat itu terasa agak memberatkan untuk sekadar coba-coba karena khusus B2B, tetapi yang ini instalasinya sederhana dan cara kerjanya juga intuitif, jadi bagus. Saya ingin mengalokasikan resource secara agresif di lingkungan pengembangan tanpa merusak pengalaman pengguna, jadi kalau setelah PoC hasilnya oke, sepertinya layak dipertimbangkan untuk diadopsi.
Itu analogi yang tepat.
Sebenarnya meski dibilang, “mau dipublikasikan atau tidak, kalau merasa butuh ya perbaiki sendiri saja~”, juga sah-sah saja, tapi sepertinya proyek ini bisa berkembang sampai sejauh ini justru karena para maintainer-nya bukan orang dengan watak seperti itu.
Saya sempat bertanya apa bedanya dengan KNative, dan tampaknya dua kalimat di bawah ini adalah inti utamanya.
containerd shim, lalu menyimpan status memori kontainer sebelum dihentikan, dan kemudian memulihkannya dalam hitungan beberapa milidetik saat koneksi pertama masukBekerja bersama memang benar.
Kalau orang itu tidak ada (meninggal, sakit, cuti), apa Anda tidak menanggapi klien?
Apakah Steve Jobs menyuruh mereka menjual yang beginian!
Terlalu silau mengejar bisnis
Mungkin itu alasan Elon Musk pergi..
Apa ini memang layak dipermasalahkan? Kalau dibaca, ini hanya celah keamanan tingkat menengah yang valid hanya pada 10~20 frame pertama dari game lawas tertentu. Apakah Anda benar-benar menganggap ini kontribusi penting bagi FFmpeg? Kontribusi paling penting bagi komunitas open source adalah memberikan dukungan agar pengembangan yang stabil bisa terus berlangsung; terutama jika itu perusahaan yang sangat memanfaatkan hasil karya tersebut, rasanya itu seharusnya menjadi prioritas.
Saya bekerja di perusahaan yang sangat kecil sampai-sampai satu-satunya karyawan hanyalah saya. Jadi saya menangani maintenance sendiri dan mengembangkan sendiri.... Karena sudah terlalu lama seperti ini, saya juga merasa ingin bekerja bersama orang lain. Bekerja sendirian terlalu sepi...
kapan OpenAI akan IPO ya..
Karena orang seperti inilah backdoor disisipkan ke XZ.
Laporan bug-nya sendiri memang kelas S, tetapi mereka juga menyebarkan kabar ke mana-mana bahwa FFmpeg gagal menangani dalam tenggat waktu kerentanan serius pada format video yang dipakai sejak zaman Presiden Kennedy.
Yang diberikan bukan sesuatu yang bisa dimakan, melainkan sesuatu yang harus dimakan, lalu mereka bertanya kenapa itu tidak bisa dihabiskan dalam tenggat waktu.
FFmpeg punya tenaga kerja yang terbatas, jadi apakah benar Google menumpahkan puluhan laporan bug untuk format yang kini bahkan nyaris tidak dipakai lagi dengan AI, lalu menekan agar semuanya diperbaiki dalam tenggat waktu?
Terima kasih atas artikelnya yang menarik.
Rasanya seperti ada seseorang yang sukarela membersihkan lingkungan, lalu orang terpandang yang paling banyak memiliki tanah di lingkungan itu berkata kepada orang yang membersihkan, "di sudut sana ada puntung rokok."
Sepertinya ini versi pustaka JavaScript dari jq.
Sudah dikasih makan, sekarang malah minta seluruh buntalannya diserahkan.
Laporan bug jelas juga kontribusi yang penting, sih...
Tulisan ini terasa terlalu provokatif.
Mungkinkah penulisnya terlalu menonjolkan kepribadian dirinya sehingga tidak bisa berbaur dengan baik dengan orang lain?
Untuk membuat satu fitur,
biasanya peran seperti desainer, perencana, manajer proyek, frontend, backend, QA, dan lain-lain memang pasti dibutuhkan.
Tampaknya ia membuat klaim yang berlebihan untuk menonjolkan masalah yang ia rasakan.
Kolaborasi tentu bukan berarti dilakukan dengan cara seperti agora.
Namun, dua hal ini memang jelas bermasalah: terlalu sering melontarkan ‘let’s discuss’ dan menghindari tanggung jawab.
Tetapi dalam banyak kasus, itu terjadi karena memang tidak ada pemimpin atau penanggung jawab yang punya insight.
Untuk hal seperti inilah orang melakukan riset, mengembangkan orang, merekrut, atau membeli solusi.
Kalau tim hanya dibentuk dari anggota yang penurut, itu juga bisa makin memicu masalah tersebut.
Menurut saya, ini tampaknya bukan masalah yang disebabkan oleh kolaborasi atau bekerja sendirian.