Pegjs: Pemeliharaan dan kesehatan proyek

Dibuat pada 9 Feb 2020  ·  71Komentar  ·  Sumber: pegjs/pegjs

Hai @futagoza!

Selama minggu lalu saya ditandai dalam beberapa masalah oleh @StoneCypher , yang menyatakan kekhawatirannya tentang pemeliharaan PEG.js dan kesehatan proyek (dia juga menghubungi saya tentang hal ini secara pribadi melalui email). Saya belum banyak mengikuti pengembangan PEG.js sejak saya mentransfer pemeliharaan kepada Anda, tetapi tindakannya membuat saya melihatnya.

Saya harus mengakui keadaan proyek saat ini membuat saya sedih. Ada banyak perubahan dalam kode, tetapi rilis terakhir masih 0.10.0 yang saya lakukan pada tahun 2016 (!). Tampaknya, Anda berada di jalur yang tepat untuk merilis 0.11.0 pada tahun 2018 , tetapi itu tidak pernah terjadi. Komentar terakhir Anda dalam masalah ini berbicara tentang menulis ulang PEG.js di TypeScript sebagai gantinya (?). Ada juga beberapa masalah lain yang tidak terlalu mencolok.

Meskipun saya tidak menyetujui cara ekspresi @StoneCypher, saya memahami dan berbagi keprihatinannya. Pada titik ini, saya tidak akan merekomendasikan PEG.js sebagai basis proyek apa pun.

Seperti yang Anda ketahui, ketika saya mentransfer PEG.js kepada Anda, saya sengaja memutuskan semua hubungan saya dengannya. Saya ingin itu berkembang secara mandiri, tanpa keterlibatan langsung atau tidak langsung saya, dan tanpa momok saya yang menggantung di atasnya. Saya tidak lagi memiliki hak apa pun atas situs web PEG.js, GitHub, atau paket npm. Tapi aku merasa aku harus berbicara sekarang. Saya ingin meminta Anda untuk mempertimbangkan status PEG.js saat ini, masa depannya, dan memikirkan perubahan untuk membuat proyek kembali sehat.

Saya cukup yakin komunitas PEG.js berbagi keprihatinan yang diungkapkan di atas dan akan menghargai jawaban yang jujur. Dan sementara saya tidak ingin menyarankan tindakan tertentu, saya percaya komunitas mungkin menjadi kunci untuk menyelesaikan masalah proyek saat ini.

Saya harap Anda tidak menerima pesan saya dengan cara yang buruk. Saya tahu betul bahwa mempertahankan proyek seperti PEG.js itu sulit dan seseorang tidak dapat memuaskan semua orang sepanjang waktu. Hanya saja saya merasa kata-kata saya mungkin mendorong Anda untuk memikirkan masalah ini dan komunitas PEG.js layak mendapat jawaban.

Terima kasih untuk mendengarkan.

Komentar yang paling membantu

Ya, saya pikir sudah waktunya kita berhenti menggerutu di pelacak masalah di sini. Saya juga ingin melihat proyek bergerak maju tetapi Pengelola tidak berutang apa pun kepada kami. Pendekatan yang lebih baik adalah bagi seseorang untuk melakukan fork dan mempertahankan dengan cara yang mereka rasa paling baik. Kita perlu muncul atau melanjutkan, tidak ada gunanya menggerutu tentang pekerjaan gratis orang lain. Jelas mereka tidak punya waktu, energi, atau keinginan untuk membuat proyek tetap berjalan, dan itu bagus!

Semua 71 komentar

Saya putus asa bahwa saya harus membayar perpustakaan ini, artinya tidak ada konsumen yang ada akan pernah mendapatkan bantuan, dan salah satu perpustakaan terpenting di internet telah mati

MENINGGAL DUNIA

Pada Selasa, 18 Februari 2020 pukul 05:59 John Haugeland [email protected]
menulis:

Saya putus asa bahwa saya harus membayar perpustakaan ini, artinya tidak ada yang ada
konsumen akan mendapatkan bantuan, dan salah satu perpustakaan terpenting di
internet mati


Anda menerima ini karena Anda berlangganan utas ini.
Balas email ini secara langsung, lihat di GitHub
https://github.com/pegjs/pegjs/issues/639?email_source=notifications&email_token=AAAETTRJGY4Q5AWE76RBM2DRDPSURA5CNFSM4KSDGYBKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTOR7BUWS
atau berhenti berlangganan
https://github.com/notifications/unsubscribe-auth/AAAETTRC57XZWSLTNS3VLL3RDPSURANCNFSM4KSDGYBA
.

Saya menggunakan perpustakaan ini 5 tahun yang lalu ketika saya masih belajar kode JS. Saya membuat bahasa yang merender ke HTML yang lebih ekspresif daripada dialet penurunan harga yang saya tahu. Hari ini, saya mempertimbangkan kembali bahasa itu untuk dikembangkan lebih lanjut, tetapi untuk mengetahui perpustakaan ini tidak sesehat yang saya harapkan. Hanya merasa sedih.

Perusahaan saya juga menggunakan paket ini dan sangat ingin melihat fitur modul ES dan fitur bahasa TypeScript segera dirilis.

Jika @futagoza tidak dapat mempertahankan paket ini lagi, dia harus membiarkan orang lain mengambil alih.

Saya cukup yakin komunitas PEG.js berbagi keprihatinan yang diungkapkan di atas dan akan menghargai jawaban yang jujur.

Lebih dari dua bulan, dan masih tidak ada jawaban?

Sepertinya saya @futagoza telah jatuh: semua aktivitas di berbagai komunitas yang ditautkan ke berandanya akan berhenti pada waktu yang hampir bersamaan. Sedih.

Anda masih dapat melihat aktivitas dalam tujuh hari terakhir di saluran samping

Saya telah menghubungi melalui email untuk melihat apakah @futagoza dapat menggunakan bantuan dengan manajemen komunitas. Saya pikir akan lebih baik jika kita dapat menemukan beberapa orang yang tertarik untuk melakukan rilis pemeliharaan pada v0.10 dan beberapa orang untuk bekerja menuju v0.11.

Harap ingat untuk bersikap baik dan mari kita semua melakukan apa yang kita bisa untuk membantu. Jika ada yang punya cara lain untuk menghubungi, mohon luangkan waktu untuk menghubungi dan mari kita lihat apakah kita dapat mengangkat beban dan bekerja sama.

Permintaan kepada @futagoza untuk bantuan komunitas ini telah diajukan beberapa kali, tetapi kami tidak mendapat tanggapan tentang masalah itu.
Kami hanya dapat menganggap proyek ini sebagai terbengkalai, dan bersama-sama memutuskan garpu untuk bekerja dari sana.

Saya mendapat tanggapan ke email. Saya akan menindaklanjuti segera setelah saya memiliki lebih banyak info untuk dibagikan.

Kita seharusnya tidak merilis 0.10. Itu telah dimasukkan ke dalam alat terisolasi yang sangat aneh, metodologi pengembangan telah diubah menjadi sesuatu yang aneh dan khusus, telah dipindahkan ke sistem pembangunan yang gagal, &c.

Kita benar-benar harus kembali ke 0,9 dan cherry pick PRs dalam keadaan aslinya, dan menjaga sistem bersih asli David. Kita tidak bisa membiarkan Futagoza melewatkan versi selama tiga tahun karena dia membuat kekacauan, lalu bertahan untuk seseorang yang bersedia mempertahankan pendekatannya dan mencoba melepaskannya

Ini perlu diubah menjadi sistem simpul standar sekarang. Ini diperlukan selama bertahun-tahun dan semua pengguna aktif telah meminta ini selamanya

@StoneCypher Saya pikir Anda mungkin melewatkan sesuatu atau mungkin salah ketik - kami sudah memiliki rilis 0,10. Jadi maksud Anda rilis 0.11?

oh, kesalahan saya, 0.10.0 adalah rilisan david yang berusia 4 tahun, Anda benar

@tilgovi Ada berita untuk dibagikan?

Secara umum: apakah ada perpustakaan parser lain yang bisa direkomendasikan?

Terus terang tidak ada yang bisa digunakan.

Tak satu pun dari mereka kecuali kanopi dan ohm memiliki versi dalam browser

Waxeye melambat secara dramatis bahkan dalam penggunaan ringan, seperti halnya apg

Tata bahasa Jison adalah teka-teki dari Vulcan, diatur untuk mendorong manusia mana pun yang bukan Lex Luthor mengoceh

ANTLR seperti memakan pecahan kaca yang entah bagaimana juga lebah

Hampir menyenangkan dan menarik dan saya tidak bisa mendapatkan janji yang diberikan oleh Early parses. Saya menyadari bahwa saya harus bisa. Saya sudah mencoba selama bertahun-tahun.

Ohm sangat kuat dan menyenangkan dan cara yang sama sekali berbeda dalam melihat masalah dan bukan pengganti yang masuk akal. Ini seperti merekomendasikan penggantian cadel dengan prolog. Peg dan Ohm hanya nyaris secara teknis berlaku untuk domain masalah yang sama. Hampir dijamin bahwa setidaknya salah satu dari mereka tidak cocok.

Bennu buggy dan menghasilkan hasil yang salah.

Parsimmon menarik dan kuat tetapi saya tidak menikmati kombinator parser dan itu cukup bertele-tele.

Par.js mengambil sepuluh baris pertama PEG saya dan mengubahnya menjadi 200 baris kode. Aduh

Chervotain membuat mereka 1900 baris. Saya benar-benar menulis pasak untuk menerjemahkan pasak saya ke Chervotain. Memang, ini sangat cepat, tetapi hal terakhir yang ingin saya lakukan adalah mentranskompilasi tata bahasa, dan hal kedua terakhir yang ingin saya lakukan adalah mempertahankan Chervotain. Bahkan orang-orang XML akan menyebut ini verbose.

Alasan PEG bertahan meskipun membusuk di pokok anggur setengah dekade adalah karena tidak ada yang hidup saat ini yang dapat menggantikannya.

Awalnya saya mendapat tanggapan yang sangat bijaksana ketika saya menghubungi melalui email. Saya menyarankan cara untuk membantu komunitas memulai pemeliharaan cabang 0.10.x dan menawarkan diri untuk meninjau dan mengelola kontributor. Sekarang sudah berminggu-minggu sejak terakhir kali saya menerima tanggapan.

Ya, saya pikir sudah waktunya kita berhenti menggerutu di pelacak masalah di sini. Saya juga ingin melihat proyek bergerak maju tetapi Pengelola tidak berutang apa pun kepada kami. Pendekatan yang lebih baik adalah bagi seseorang untuk melakukan fork dan mempertahankan dengan cara yang mereka rasa paling baik. Kita perlu muncul atau melanjutkan, tidak ada gunanya menggerutu tentang pekerjaan gratis orang lain. Jelas mereka tidak punya waktu, energi, atau keinginan untuk membuat proyek tetap berjalan, dan itu bagus!

saya siap untuk garpu baru yang dipelihara di bawah administrasi baru -- itu harus disebut POG.js
apakah saya benar anak-anak?

Saya juga ingin melihat proyek bergerak maju tetapi Pengelola tidak berutang apa pun kepada kami. Pendekatan yang lebih baik adalah bagi seseorang untuk melakukan fork dan mempertahankan dengan cara yang mereka rasa paling baik.

Biasanya saya akan setuju, tetapi dalam kasus ini permintaan datang dari penulis asli PEG.js yang menyerahkan hak pengelola kepada seseorang yang menawarkan untuk meningkatkan dan sekarang tampaknya telah meninggalkan proyek, meninggalkan semua orang dalam limbo. Tidak apa-apa bagi pengelola baru untuk mengatakan "sebenarnya, ini bukan proyek yang bagus untuk saya, ada orang lain yang mencoba", tetapi itu hanya diam. Jika saya adalah @dmajda , jujur ​​saya akan sangat kesal.

Jika saya adalah @dmajda , jujur ​​saya akan sangat kesal.

Saya tidak benar-benar kesal, tetapi saya menyesal tidak melakukan dua hal:

  1. Tidak menunggu lebih lama sebelum menyerahkan PEG.js ke pengelola baru. Mungkin saya harus menunggu beberapa kandidat muncul dan memilih di antara mereka, membutuhkan kontribusi terlebih dahulu, atau yang serupa.

  2. Tidak menyimpan “kunci” proyek (akses ke situs web PEG.js, GitHub, dan paket npm).

Semua ini mungkin telah mencegah situasi saat ini. Sayangnya, ini jelas hanya dalam retrospeksi.

Bagaimanapun, cukup jelas dari non-reaksinya bahwa @futagoza tidak tertarik pada PEG.js lagi. Saya tidak melihat ruang generator parser JavaScript dalam beberapa tahun terakhir, jadi saya tidak tahu apakah ada pengganti PEG.js yang bagus. Tetapi jika tidak, saya akan menyambut jika seseorang yang cukup tertarik dan termotivasi mengambil kode PEG.js dan melanjutkan pengembangan dengan nama baru. Saya percaya ini akan menjadi kursus terbaik saat ini. Satu-satunya masalah yang harus diputuskan adalah apakah akan melanjutkan dari keadaan saat ini atau dari keadaan sebelum perubahan dilakukan oleh @futagoza.

Saya pikir mengubah nama adalah ide yang baik untuk mencegah kebingungan, setidaknya jika situs web asli dan repo masih aktif. Juga, ada kemungkinan beberapa orang akan muncul, masing-masing ingin membawa PEG.js ke arah yang berbeda. Dalam kasus seperti itu, akan sangat disayangkan untuk memiliki "garpu PEG.js Joe", "garpu PEG.js John", dll.

Saya merasa kasihan dengan situasi ini. Jika saya pernah melakukan proyek open source lagi dan akhirnya menyerahkannya kepada seseorang, saya pasti akan melakukannya secara berbeda.

Terima kasih @dmajda atas dukungannya.

Saya menghubungi @futagoza beberapa hari yang lalu melalui email tetapi tidak menerima tanggapan, dan saya melihat bahwa mereka telah aktif di github sejak mereka jadi saya pikir adil untuk mengatakan bahwa mereka sepenuhnya mengabaikan masalah ini.

Saya telah mem-fork proyek ke https://github.com/codemix/pegjs dan kembali ke komit terakhir sebelum @futagoza mengambil alih, memperbarui dependensi sehingga mereka bekerja pada versi simpul yang lebih baru tetapi sebaliknya menjaga perubahan seminimal mungkin. Saya belum menerbitkan rilis dan akan sangat menghargai bantuan siapa pun yang tertarik untuk berkontribusi dalam memilih ceri komitmen yang sesuai sehingga kami dapat bergerak maju. Saya telah menyiapkan travis-ci tetapi mungkin lebih baik menggunakan tindakan github pada saat ini.

Saya tidak dapat menjamin bahwa codemix dapat mempertahankan garpu ini selamanya, tetapi saya akan menjamin bahwa jika komunitas melangkah dan berkontribusi di sana, maka kami akan memastikan bahwa kami tidak masuk ke situasi yang sama di mana satu orang menghalangi pengembangan di masa depan lagi.

Tidak menyimpan “kunci” proyek (akses ke situs web PEG.js, GitHub, dan paket npm).

Halo.

Saya tidak tahu tentang situs web dan akses github, namun,
npm memiliki proses untuk menyelesaikan konflik pada nama paket.

Jadi itu adalah salah satu item yang bisa diambil.

Siapa yang membayar https://pegjs.org nama DNS?
Jika saya mengerti dengan benar, nama domain akan kedaluwarsa dalam ~ 1 minggu, jadi tergantung pada masa tenggang
dimungkinkan untuk membeli kembali pegjs.org dalam 1-2 bulan.

@bd82 - kami tidak dapat membantah ini karena tidak ada alasan. dmajda memilih untuk memberikan proyek itu kepada seseorang yang tidak pernah melakukan apa-apa, dan orang itu telah melarikan diri.

@phpnode - Saya memiliki modernisasi signifikan dari proyek yang sedang berlangsung

@StoneCypher terdengar bagus! Apakah ini di garpu Anda di https://github.com/StoneCypher/pegjs ?

Saya telah menghubungi pemilik paket https://www.npmjs.com/package/peggy yang belum diperbarui dalam 9 tahun dan mereka telah setuju untuk memberi kami nama. Saya telah membuat org github baru dan memindahkan repo ke sini: https://github.com/peggyjs/peggy Saya akan dengan senang hati menambahkan Anda ke organisasi jika Anda mau?

Saya akan senang bergabung dengan organisasi Anda.

Tidak, bukan itu yang saya bicarakan; itu hanya garpu perbaikan bug untuk proyek utama. Saya sudah memiliki domain dan nama paket :)

Tujuan saya adalah untuk memodernisasi keluaran dan editor, untuk memperbaiki banyak bug yang sudah lama berdiri, untuk secara radikal meningkatkan kemampuan pengujian, dan untuk memperbaiki !#%%#& binari besar yang saya dapatkan secara tidak perlu

Anda dapat membantah apa pun yang Anda inginkan dengan npm, mereka biasanya sangat membantu, Anda tidak perlu "menyebabkan" untuk menghubungi dukungan atas kepemilikan paket, ini bukan proses hukum

Orang-orang NPM memiliki pedoman yang jelas tentang kapan repo dapat ditentang, dan sayangnya ini tidak cocok.

Dengar, pikirkanlah. Jika setiap kali repo menjadi gelap, rando mana pun dapat mengambil alih, Anda akan melihat mimpi buruk keamanan yang ekstrem, di mana setiap kali seseorang ingin menyerang orang, mereka hanya akan memilih beberapa perpustakaan pendukung acak yang dingin dan menjadi seperti "Saya ingin menjadi pengelola baru"

Proses mereka adalah untuk hal-hal seperti penyalahgunaan, kontrol merek dagang, dan hal-hal semacam itu

jika Anda mengatakan tidak ada gunanya sebelum mencoba itu baik-baik saja. Saya tidak peduli. Saya beruntung berbicara dengan mereka tentang konflik dan mereka sangat membantu tanpa ada hubungannya dengan masalah merek dagang atau hal-hal semacam itu, jika @dmajda ingin mencoba, itu hanya mengirim email. Kasus terburuk adalah mereka mengatakan tidak dan Anda kehilangan waktu 5 menit.

Kebijakan npm name disputes secara eksplisit menyatakan bahwa proses dapat digunakan untuk:

Mengadopsi paket "ditinggalkan"

Saya akan merekomendasikan mencoba proses ini, ada cukup bukti bahwa paket telah ditinggalkan ...

mungkin

saya sebenarnya sangat khawatir sekarang karena saya melihat catatan bd82 bahwa domain akan segera kedaluwarsa. Itu bisa menjadi bencana

@futagoza , tolong biarkan salah satu dari kami memperbaikinya. Sudah bertahun-tahun

Hai, telah menonton percakapan ini untuk sementara waktu. Saya tidak peduli apa pegjs disebut, akan luar biasa melihatnya dipelihara secara aktif, tidak ada parser yang mudah digunakan.

Mengenai domain, itu diperbarui tetapi itu mungkin hal yang otomatis dari melihat tanggal pembuatannya. Saya tidak yakin bagaimana kedaluwarsa akan menjadi bencana besar? Saya akan mengatakan itu diperbarui adalah masalah yang lebih buruk.

Itu karena kami tidak ingin kehilangan SEO. Dua belas tahun pangkat. Apa mimpi buruk.

Saya telah memperoleh pegjs.com . Jika kalian dapat menyiapkan fork untuk itu, kami dapat memetakannya, dan Google dapat menyiapkan fallback.

Saya beruntung berbicara dengan mereka tentang konflik dan mereka sangat membantu tanpa ada hubungannya dengan masalah merek dagang atau hal-hal semacam itu, jika @dmajda ingin mencoba, itu hanya mengirim email. Kasus terburuk adalah mereka mengatakan tidak dan Anda kehilangan waktu 5 menit.

Maaf, tapi saya tidak akan menghubungi dukungan npm terkait sengketa paket. Saya merasa ini bukan terserah saya, tapi terserah komunitas yang tertarik untuk mengembangkan PEG.js lebih jauh. Jika komunitas seperti itu terbentuk (dan dilihat dari komentar di atas saya pikir itu sudah terbentuk), seharusnya anggotanya yang mencoba mendapatkan hak, bukan saya. Dan jika tidak terbentuk, tidak masuk akal untuk mendapatkan hak.

Lebih penting lagi, saya pikir jika tidak masuk akal untuk mendapatkan hak paket dan masih belum memiliki organisasi dan situs web GitHub. Ini hanya akan menyebabkan kebingungan bagi pengguna. Saya akan sangat mendorong komunitas untuk memulai dengan nama baru yang sebelumnya tidak digunakan.

Itu karena kami tidak ingin kehilangan SEO. Dua belas _tahun_ peringkat. Apa mimpi buruk.

Inilah _persis_ alasan mengapa menurut saya tidak masuk akal untuk melanjutkan pengembangan dengan nama PEG.js sementara situs web dan organisasi GitHub saat ini sedang aktif.

Ada banyak contoh proyek terkenal yang bercabang dengan nama baru. Ini adalah jalan yang sangat layak. Pengguna pada akhirnya akan belajar.

Saya telah memperoleh pegjs.com . Jika kalian dapat menyiapkan fork untuk itu, kami dapat memetakannya, dan Google dapat menyiapkan fallback.

Maaf, tapi ini persis contoh kebingungan yang saya bicarakan. Sebagai pengguna saya akan bertanya-tanya apa hubungan antara .org dan .com, mungkin berpikir apakah yang terakhir adalah beberapa versi komersial dari PEG.js.

Pikirkan saja masalah-masalah ini. Terima kasih.

Lebih penting lagi, saya pikir jika tidak masuk akal untuk mendapatkan hak paket dan masih belum memiliki organisasi dan situs web GitHub.

Ini tidak benar-benar terserah Anda lagi, David. Anda membungkuk.

Jika ada yang memilih untuk menghubungi NPM, mereka juga akan menghubungi Github. Mereka berdua Microsoft, dan mereka berdua bertindak di bawah kebijakan yang sama.

Pada saat itu, situs web tidak akan lagi menjadi pegjs.org , karena Anda memberikan situs web itu kepada seseorang yang bahkan tidak mau memperbarui domain, dan Anda sama sekali menolak untuk membicarakannya dengan mereka, meskipun Anda tahu bahwa Anda satu-satunya orang yang akan dia dengarkan.

David, Anda memberikan domain lama kepada seseorang yang akan menjegalnya karena dia menghabiskan bertahun-tahun tidak melakukan apa-apa, dan terlalu tertekan atau malas untuk merespons sama sekali.

.

Inilah alasan mengapa saya pikir tidak masuk akal untuk melanjutkan pengembangan di bawah nama PEG.js sementara situs web dan organisasi GitHub saat ini aktif.

David, mereka berbicara tentang mengambil org Github, dan saya sedang berbicara tentang mengganti situs web, lalu membuat perpustakaan dengan nama baru.

Protes yang Anda buat tidak benar. Kami berbicara tentang strategi untuk mengatasi hal-hal ini, karena kami telah meminta bantuan Anda untuk menanganinya seperti yang Anda bayangkan selama setahun, dan Anda dengan tegas menolak untuk terlibat.

Alih-alih, Anda meminta komunitas untuk melakukannya, padahal yang sebenarnya dikatakan komunitas adalah "kami membutuhkan bantuan Anda untuk mematahkan cengkeraman yang dimiliki satu orang yang membuat komunitas keluar."

Karena Anda tidak akan melakukan itu, kami benar-benar terpaksa mengganti semua yang Anda bicarakan perlu dipertahankan.

Ini adalah garpu yang bermusuhan, David. Tidak harus begitu, tapi Futagoza berpura-pura menjadi hantu, dan kamu, satu-satunya orang yang bisa mendapatkan tanggapan darinya, tidak akan memintanya untuk melakukan hal yang wajar.

Nama perpustakaan yang Anda buat? Itu harus pergi sekarang, karena Anda tidak akan membantu memperbaiki masalah

Organisasi yang Anda buat? Itu harus pergi sekarang, karena Anda tidak akan membantu memperbaiki masalah

Situs web yang Anda buat? Itu harus pergi sekarang, karena Anda tidak akan membantu memperbaiki masalah

Tidak ada komunitas _ ada _, karena Anda memberikan perpustakaan ini kepada orang yang salah, dan Anda tidak akan terlibat dalam penolakannya untuk memberikannya kepada komunitas yang Anda anggap perlu untuk memperbaikinya

.

Saya telah mengakuisisi pegjs.com . Jika kalian dapat menyiapkan fork untuk itu, kami dapat memetakannya, dan Google dapat menyiapkan fallback.

Maaf, tapi ini persis contoh kebingungan yang saya bicarakan. Sebagai pengguna saya akan bertanya-tanya apa hubungan antara .org dan .com, mungkin berpikir apakah yang terakhir adalah beberapa versi komersial dari PEG.js.

Tidak ada yang berpikir .com berarti komersial.

Kami akan memasang spanduk besar di bagian atas yang mengatakan "pemegang sementara domain lama biarkan mati. Ini adalah pegjs lama gratis dari pegjs.org, dan kami menempatkan barang-barang modern yang dapat Anda gunakan di perkakas modern di sini sebagai gantinya."

Jika Anda tidak bersedia membantu mempertahankan domain, inilah pilihan yang tersisa bagi kami.

Anda berdua mengatakan komunitas perlu menanganinya lalu mengatakan "komunitas tidak menanganinya dengan benar," dan juga menolak melakukannya
apapun sendiri

Saya telah memikirkan masalah ini secara ekstensif, dan karena Anda tidak mau berpartisipasi, inilah cara saya untuk mencegah masalah ini. Jika Anda memiliki ide yang lebih baik, mulailah melakukannya, atau setidaknya beri tahu kami apa itu.

Secara dramatis lebih baik bagi pegjs untuk memiliki dot-com daripada tidak memiliki situs web sama sekali. Setiap bagian lain dari perkakas JS memiliki dot-com. Ini tidak akan membingungkan siapa pun.

.

Pikirkan saja masalah-masalah ini. Terima kasih.

Kami menulis bahwa ini akan terjadi setahun yang lalu.

Ini telah dipikirkan dengan matang. Ini bukan perpustakaan kritis pertama yang hilang karena penulis menyerahkannya kepada orang yang salah, kemudian mencoba membuat orang yang tidak memiliki kendali untuk memperbaikinya

.

Maaf, tapi saya tidak akan menghubungi dukungan npm terkait sengketa paket.

Anda tidak diminta. Anda tidak terlibat lagi.

Maksudku, aku bahkan menawarkan untuk membayarnya. Saya menawarkan untuk membayar Futagoza $200 hanya untuk mendaftarkan satu domain

Saya juga menghubungi pencatat untuk melihat apakah saya dapat membayar domain orang lain tanpa mengambil alihnya, tetapi saya mengharapkan jawaban "tidak" untuk itu

Ini 100% karena David memberikan kunci kepada seseorang yang lalai, tidak akan meminta kunci kembali, dan ingin orang tanpa kunci berhenti memecahkan jendela untuk masuk ke dalam rumah

Jika Anda ingin nama domain lama Anda dikenali, kami juga melakukannya! Anda punya waktu 36 jam untuk meyakinkan Futagoza agar turun dari pantatnya

Jika tidak, kami akan tetap menggunakan .com selama sekitar dua bulan, lalu menjadi .com dan .org setelah kedua periode pendaftaran ulang berakhir

Satu hal yang dilupakan banyak orang tentang domain adalah Anda tidak bisa mengambilnya begitu saja setelah kedaluwarsa. Pencatat menahannya dengan harga reguler selama dua minggu, kemudian dengan harga yang meningkat selama enam minggu.

SEO domain tersebut akan dimusnahkan sepenuhnya pada akhir hari ke-4 .

Pada saat itu, .org sebagian besar akan menjadi keingintahuan bersejarah.

David, jika itu membuat Anda merasa lebih baik, tidak ada yang berpikir React itu komersial meskipun memiliki .com. Sesuatu seperti setengah dari alat javascript memiliki .com, dan hampir semuanya gratis. Saya sebenarnya sangat marah pada ExtJS ketika saya mengetahui bahwa itu dibayar; memiliki .com

Jika pertanyaan Anda bukan "bagaimana kami menjaganya agar tidak offline," atau "bagaimana kami mempertahankan seo," melainkan "apakah TLD akan membingungkan orang," saya kira pendapat saya adalah bahwa Anda khawatir tentang sedikit masalah ketika ada beberapa masalah yang sangat besar datang

Harap pertimbangkan untuk menghubungi Futagoza dan mendorongnya untuk memperbarui domain. Saya akan dengan senang hati membayarnya untuk menyelesaikan tugas sepele ini, sehingga kita semua tidak menderita.

Kami semua sangat frustrasi karena Anda telah duduk di sela-sela menonton ini terjadi selama bertahun-tahun. Anda dapat memperbaiki ini dan kita semua tidak. Ini adalah satu-satunya hal yang bisa kita lakukan. Anda satu-satunya yang dapat mencapai strategi yang Anda coba untuk membuat kami mengambilnya.

Anda telah menulis lebih banyak kepada kami daripada yang diperlukan untuk menulis ke Futagoza. Dua kalimat dari Anda untuknya dalam satu email, dan ini selesai.

Pada titik ini, Anda telah menunggu begitu lama sehingga bahkan jika Anda melakukan hal yang benar, dia mungkin tidak melihatnya tepat waktu

Dalam hal ini, tidak ada yang pernah bingung untuk berpikir bahwa PegJS juga nirlaba

TLD yang benar untuk sesuatu seperti ini adalah .net

Ada banyak contoh proyek terkenal yang bercabang dengan nama baru. Ini adalah jalan yang sangat layak. Pengguna pada akhirnya akan belajar.

Ya, David, itulah yang sudah saya katakan sedang saya lakukan. Saya telah membayar untuk pendaftaran 10 tahun pada domain untuk organisasi dan perpustakaan baru. Saya sudah mengumumkan itu, di utas ini .

Tetapi juga, mereka membutuhkan tempat untuk belajar bahwa pilihan itu ada, dan mereka perlu tahu bahwa mereka tidak memulai dari awal.

Kami sedang melakukan garpu. Kami tahu cara kerja garpu. Kami memahami bahwa Anda memaksa garpu sehingga Anda tidak perlu mengirim email.

Kami menghapus nama organisasi Anda, situs web Anda, dan perpustakaan Anda, karena seseorang tidak akan menghabiskan $6 dan Anda tidak akan menghabiskan dua kalimat.

Namun kami juga memahami kerusakan yang akan datang, dan kami berusaha untuk mencegahnya. Garpu menyebabkan kerusakan ekstrim.

Alasan Anda memprotes "hei, kawan, terkadang garpu tidak menghancurkan segalanya" adalah karena hampir selalu begitu.

Masyarakat berusaha memadamkan lima alarm kebakaran tersebut. Kita tidak perlu diberi tahu apa itu api. Terima kasih.

Ambil ember.

Saya mengatakan pada bulan Februari bahwa saya putus asa bahwa ini akan menjadi hasilnya.

Kata "putus asa" itu digunakan dengan benar. Kita semua melihat ini akan datang, kita semua tahu kerusakan besar apa yang akan ditimbulkannya, kita semua tahu itu mudah untuk dicegah, tetapi hanya ada dua orang yang dapat mempengaruhi hasilnya. Yang satu tidak menjawab dan yang lain hanya menjawab dengan mengatakan "Saya tidak akan meminta bantuan, komunitas yang tidak berdaya yang telah memintanya selama setahun harus melakukannya"

Kami dua hari dari batas waktu, David. Berhentilah berpura-pura bahwa kita perlu melakukan sesuatu. Kami telah melakukan segala yang mungkin. Kami telah menghabiskan seribu dolar untuk mengatasi keengganan Anda untuk meminta Futagoza melakukan hal yang benar.

Anda harus membayar dua $0 untuk bertindak. Kami benar-benar tidak dapat mengambil ini darinya, dan Anda tahu itu.

Satu-satunya cara perubahan yang masuk akal dapat terjadi di sini adalah bagi Anda untuk mengiriminya email. Itulah satu-satunya hal yang bisa berhasil yang belum dicoba berulang kali.

Sejujurnya kami akan beruntung jika kami bahkan dapat menangkap domain sebelum spammer yang mendorong virus memasang yang palsu

Anda tidak membiarkan situs web mati begitu saja, David. Anda menempatkan pengguna lama Anda pada risiko kompromi

Ini sebenarnya sangat serius

@StoneCypher Izinkan saya menjelaskan satu hal: keterlibatan saya dengan PEG.js berakhir pada 2017. Saya tidak ingin terlibat lagi. Saya membuat masalah ini _only_ karena ngengat yang lalu Anda menandai saya beberapa kali dalam beberapa masalah dalam repo ini dan kemudian menulis email kepada saya meminta bantuan, yang akhirnya saya setujui, karena saya merasa kata-kata saya dapat membawa beban dan mendorong banyak hal ke depan. Tolong jangan membuatku menyesali itu.

Saya tidak ingat Anda pernah meminta saya untuk menghubungi @futagoza secara langsung atau membantu dengan cara apa pun setelah membuat masalah ini. Namun, saya ingat menulis kepada saya bahwa Anda tidak akan "bersandar pada saya lagi" setelah saya membuatnya. Dalam hal itu, saya melihat beberapa tuduhan Anda salah, nada bicara Anda menghina, dan permintaan bantuan Anda sangat tidak pantas mengingat semua hal lain yang baru saja Anda lemparkan kepada saya.

Adapun saya menulis ke @futagoza , saya tidak percaya itu masuk akal. Ini adalah proyek open source, hal-hal harus diselesaikan di tempat terbuka, bukan di email pribadi. Dan banyak orang tampaknya sudah menulisnya, jadi dia mungkin tahu apa yang sedang terjadi.

Adapun paket npm, saya hanya membicarakannya karena @jquense menyarankan saya menulis ke dukungan npm. Saya hanya ingin memperjelas pandangan saya tentang ini.

Untuk domain pegjs.org, saya salah paham dengan komentar @AlansCodeLog yang berarti domain sudah diperpanjang. Ternyata tidak. Ini membuat poin saya tentang .org vs .com kurang lebih tidak valid.

Bagaimanapun, saya kira saya telah terlibat dalam diskusi ini lebih dari yang seharusnya, jadi saya berhenti berlangganan dari masalah ini. Semuanya, tolong jangan menganggap pendapat saya lebih dari sekadar pendapat dan jangan ragu untuk melakukan apa yang Anda inginkan.

Semoga beruntung!

Kita harus meninggalkan nama jika kita tidak mengontrol akun yang terkait dengannya, apa pun yang kurang terlalu membingungkan bagi siapa saja yang tidak tahu latar belakang, sedangkan "proyek ini adalah garpu yang kompatibel dengan PEG.js" mudah dimengerti oleh siapa saja yang sudah menggunakan PEG.js dan tidak masalah bagi siapa pun yang baru mengenal proyek ini.

Saya akan tetap menggunakan nama "peggy" dan melanjutkan dengan garpu saya di https://github.com/peggyjs/peggy

Jangan habiskan energi untuk meyakinkan @futagoza agar melakukan hal yang benar, semoga mereka pada akhirnya sadar dan kita bisa menjadi PEG.js lagi. Sampai saat itu, mari kita membuat beberapa kemajuan menuju rilis awal!

Saya tidak ingat Anda pernah meminta saya untuk menghubungi @futagoza secara langsung atau membantu dengan cara apa pun setelah membuat masalah ini.

Saya sudah meminta Anda lima kali sekarang, @dmajda

Saya akan tetap menggunakan nama "peggy" dan melanjutkan dengan garpu saya di https://github.com/peggyjs/peggy

Jika Anda mau, tetapi memberi tahu Anda, saya sudah menyelesaikan banyak pekerjaan, dan saya akan menikmati partisipasi Anda, @phpnode. Saya juga memegang domain yang relevan yang akan membersihkan sebagian besar SEO yang relevan, dan sebagian besar telah menerapkan Monarch, ditambah penyematan langsung sebagian besar alat langsung di IDE.

@StoneCypher Saya ingin melihat apa yang telah Anda buat, apakah ini pekerjaan publik di mana saja dan apakah Anda melakukan fork dari rilis terbaru atau komit terbaru?

Filosofi saya dengan fork adalah melakukan rilis awal yang sangat kecil menggunakan titik bagus terakhir yang diketahui sebagai basis, menarik hanya beberapa PR perbaikan bug tetapi tidak ada yang menyentuh sistem build atau tes penulisan ulang dll. Saat kami senang dengan itu kami akan menerbitkan dan mencoba dan membuat rencana untuk tujuan yang lebih besar, tetapi seperti yang Anda katakan di tempat lain - kami perlu menjaga rilis tetap kecil, bertahap, dan dapat dikelola.

Dengan basis kode seperti ini, yang mendahului banyak perkakas yang lebih modern, _sangat_ tergoda untuk menyelam dan mengubah banyak hal sekaligus. Terutama hal-hal codegen. Saya berusaha sangat keras untuk menahan godaan ini karena saya percaya ambisi yang berlebihan inilah yang membuat @futagoza terjebak dalam lumpur begitu lama. Masalah besar yang saya miliki dengan pekerjaan mereka adalah begitu banyak yang telah berubah sejak rilis terakhir sehingga sulit untuk memiliki keyakinan bahwa semuanya bekerja seperti yang diharapkan dan bahwa tidak ada bug besar dan menakutkan yang bersembunyi di suatu tempat di bagian basis kode yang baru saja kita lakukan. tidak tahu tentang.

Ini belum dipublikasikan karena saya sedang menunggu otorisasi proyek eksternal dari majikan saya. Saya memintanya tiga hari yang lalu ketika saya mengetahui tentang masalah nama domain. Aturan praktisnya adalah dua minggu tapi ini hari libur.

Saya pasti dapat menambahkan Anda ke org, di mana Anda dapat melihat pelacak masalah dan karena itu apa yang kami rencanakan. Apakah Anda ingin membuat sendiri atau bergabung dengan kami, Anda diterima di grup kami (seperti halnya David, seperti yang lainnya.)

Itu sebenarnya mengapa saya meminta orang lain untuk mengarahkan garpu mereka ke pegjs.com, apakah sampai saya memiliki otorisasi itu, saya sebenarnya tidak dapat melakukannya sendiri, dan batas waktu domain adalah sebelum saya dapat secara praktis menerima otorisasi itu

@StoneCypher ya tolong, saya akan dengan senang hati ditambahkan ke org. Saya berharap kita bisa bekerja sama karena memecah komunitas akan sangat disayangkan.

C'est fantastis. Saya setuju bahwa pemisahan akan sangat tidak diinginkan, dan saya benar-benar ingin orang lain membantu. Pemahaman saya tentang pekerjaan David adalah ... sederhana, paling banter

Saya telah mengundang Anda ke enam repositori dengan akses tulis. Silakan periksa email Anda.

Kode belum aktif, menunggu otorisasi itu. Silakan lihat di pelacak masalah repositori issues

Untuk domain pegjs.org, saya salah paham dengan komentar @AlansCodeLog yang berarti domain sudah diperpanjang. Ternyata tidak. Ini membuat poin saya tentang .org vs .com kurang lebih tidak valid.

Itu telah diperbarui (lihat tahun):

Kedaluwarsa Registri: 2021 -11-28 14:31:06 UTC
Diperbarui: 26-11-2020 01:41:16 UTC
Dibuat: 28-11-2014 14:31:06 UTC

Juga, hanya ingin mengatakan dari sudut pandang saya sebagai pengguna, nama, seo, dll, tidak terlalu penting dalam skema besar. Orang-orang yang menggunakan atau tertarik dengan peg.js pada akhirnya akan tersandung pada masalah ini dan mencari alternatif, jika alternatifnya bagus, itu akan terkenal.

Juga bagi mereka yang membuat garpu, saya akan mempertimbangkan dengan hati-hati menggunakan garpu github. Garpu tidak muncul dalam pencarian github secara default (kecuali jika mereka memiliki lebih banyak bintang, bilah yang cukup tinggi untuk dikalahkan). Jika saya mencari "peg.js" garpu Anda tidak akan muncul. Di sisi lain jika Anda menggunakan repo biasa dan memasukkan "peg.js" dalam deskripsi, itu akan muncul. Juga kode garpu tidak dapat dicari dari bilah pencarian, dan mungkin ada batasan lain. Saya pribadi berpikir ini lebih berharga daripada muncul di daftar garpu. Sebagai alternatif, saya pikir seseorang dapat menjaga agar garpu (misalnya name/peg-js-fork) dan repo (org/peg-js) tetap sinkron, dan menyetel garpu ke cabang tiruan dengan pemberitahuan.

Ini adalah repo biasa, untuk alasan itu ❤️

Saya senang melihat SEO tidak dihancurkan

@StoneCypher - Apakah ada gerakan dalam membuka proyek dari majikan Anda?

Ya. Saya yakin saya akan segera mendapatkan otorisasi.

@StoneCypher ping bulanan untuk status? :)

Saya terjerat dalam beberapa detail perusahaan. Saya pikir itu hampir sampai. saya minta maaf

Singkatnya PEG.js sudah mati, terlahir kembali sebagai:

Dan ada juga moo lexer sebagai alternatif yang tidak begitu mirip seperti yang dikatakan di sini :
https://github.com/messageformat/messageformat/pull/288

Apakah saya benar ?

Peggy juga terlihat lebih mati daripada hidup.
Sepertinya @StoneCypher memiliki proyek yang benar-benar terawat. Jadi saya mengawasinya.
@futagoza masih hidup tetapi mengabaikan segalanya.
Harapan saya adalah dia akan menyerahkan proyek itu.

moo lexer itu bagus. Tapi itu bukan alternatif nyata jika Anda ingin bekerja dengan tata bahasa "nyata". moo hanya seorang lexer. Pegjs lebih dari seorang Lexer.
Satu-satunya alternatif yang saya temukan adalah
https://github.com/kach/nearley

Beberapa lainnya:
https://github.com/zaach/jison
https://github.com/harc/ohm

Tapi secara keseluruhan: Pegjs adalah perpustakaan paling stabil dan tercepat bagi saya.

Saya bersedia untuk mulai membantu mana pun dari @phpnode atau @StoneCypher yang memotong rilis apa pun terlebih dahulu. Itu tidak harus memiliki nama akhir untuk saya, itu hanya perlu menanggapi npm install dengan checkout non-github.

Ini balapan!!!

Saya akan melepaskan segera setelah majikan saya menandatangani. ️

sebulan lagi berlalu, ada pembaruan? @StoneCypher

Saya pada dasarnya kehabisan waktu / kapasitas dan saya tidak mengerjakan apa pun yang membutuhkan parser saat ini sayangnya, ~jadi peggy meninggal segera setelah lahir, maaf tentang itu :(~

Sunting: Peggy masih hidup!

Saya pada dasarnya kehabisan waktu / kapasitas dan saya tidak mengerjakan apa pun yang membutuhkan parser saat ini sayangnya, jadi peggy meninggal segera setelah lahir, maaf tentang itu :(

@phpnode Apakah Anda akan terbuka untuk orang lain yang mengambil alih org peggy? Setidaknya saya bisa mendorong rilis dan mulai mengambil PR jika Anda membantu melepaskan hubungan dengan pemilik paket peggy yang ada.

@hildjj benar-benar, ya tolong! Jika Anda membuka a/beberapa PR ke repo peggy, saya akan menambahkan Anda ke paket npm dan github org. Notifikasi github saya adalah acara horor jadi silakan kirim email kepada saya di [email protected] jika saya perlu lebih dari 24 jam untuk merespons

Humas yang sepele tapi berpendirian: https://github.com/peggyjs/peggy/pull/3

Kami baru saja membuat peggy versi pra-rilis, 1.0.0-rc.0. Bisakah beberapa dari Anda mencoba ini di proyek Anda yang sudah ada? Kami akan melakukan rilis penuh segera setelah kami memiliki beberapa poin data.

Peggy rc2 aktif unpkg dan jsDelivr . Rilis penuh 1.0 diharapkan hari ini.

Peggy v1.0.0 keluar. Silakan mulai membuka kembali masalah di sana yang Anda ingin kami lacak.

IMO bug ini harus ditutup jika proyek ini memiliki pengelola.

Ini tidak sebanding dengan pembagian komunitas dan saya masih tidak mendapat persetujuan dari majikan saya, dan Joe adalah orang di Diagram Urutan Web, jadi, saya akan menutup garpu saya.

LMK jika kontribusi dipersilahkan, terutama mengenai TypeScript, otomatisasi, dan pengurangan ukuran output

Apakah halaman ini membantu?
0 / 5 - 0 peringkat