See no evil, hear no evil?
While some attendees at the Intuit Node Day conference in Silicon Valley on Friday were willing to talk about the recent io.js fork of Node.js when asked, the issue was not a prime topic of discussion from the speaker's podium. Surprisingly, the elephant in the room did not even come to the forefront until the final half-hour of the all-day event.
A developer at Intuit expressed concerns about what a fork might mean for tools support. "If you're using other people's tools and they're on one side of the fork and you're on the other side of the fork, then things might not work together, so that can always be a concern," software engineer Daniel Steinberg said.
When the fork finally took center stage during the latter part of an end-of-day panel session, thanks to an audience member's question, Joyent CEO Scott Hammond did not address the merits of the fork or the complications it could cause. Instead, he talked for 11 minutes about Node's success and Joyent efforts toward community outreach by forming the Node advisory board. It became apparent after he joined the company, Hammond said, that Joyent had not done a good job of listening and understanding the groups in the Node community. "There was no mechanism, there was no forum in place, to go out and listen to the issues, understand the issues, and then get from the help from the community to resolve the issues."
But afterward, panel moderator Daniel Shaw, of NodeSource, said he expects a reconciliation between the io.js and Node.js factions, the two of which have some common participants. "We're all working toward the common goal of building the Node.js ecosystem," Shaw said. He also noted the Streamline initiative to make a synchronous Node as an already-existing fork: "That exists to this day as a fork of Node. It's not aligned with the core project and probably never will be."
A developer from IBM also was not very familiar with the fork but cited how differences of opinion can arise in open source efforts. "It seems like there are often organizational issues within open source projects," said software engineer Michael Ottum. "Some people want them to move in different directions. Forking is kind of what happens there."