Get the most recent info and news about V2ex on HackerNoon, where 10k+ technologists publish stories for 4M+ monthly readers.

V2EX is a community of developers and designers created by Xin Liu. Launched in Apr 2010. Now attracting over 5M unique visitors and 23M page views monthly. V2EX is a great place for: - Discuss technical and design questions - Meet team members for start-up and launch products

V2ex

v2ex

It all started with my trusty laptop, my faithful companion through thick and thin. But one day, it decided to play a little game with me. It refused to charge! Can you believe it? I had to twist and turn the charger, like a Rubik's cube, just to get it to work. I thought I had won, but oh no, this was just the beginning. The next day, I strutted into the office, ready to conquer the world. But lo and behold, my laptop had a surprise waiting for me. It was charging just fine, with no complaints whatsoever! I shrugged it off, thinking maybe my laptop was just having a bad day yesterday. But oh no, my friends, this was just the beginning of the chaos. I worked from home the next day, and guess what? The same problem popped up again. I played the charger-twisting game once more, and voila, it worked like a charm. But the real kicker was yet to come. I was all set to go on a well-deserved vacation, but my laptop was not on board with the plan. It decided to be extra finicky, sometimes charging just fine, but other times making me fidget and fiddle with the charger like a magician with a deck of cards. I even blew air into the USB-C port, like some sort of laptop exorcism, but to no avail. Desperate for a solution, I turned to a colleague for help. He kindly lent me a new charger, and I thought I had struck gold! The new charger worked like a charm throughout my entire vacation. But as soon as I came back, the laptop decided to be a total diva. The borrowed charger refused to charge my laptop at all, while the old charger worked only after some coaxing and pleading. At this point, I was ready to throw in the towel and send my laptop back to the manufacturer. But then I had a stroke of genius, or at least I thought so. I marched into the laptop store and begged them to measure my devices, like some sort of laptop doctor. Maybe they could figure out which one had the problem, I thought. You know that pesky, intermittent problem that only happens sometimes, like a mischievous fairy playing games. It comes when you're alone at home, but decides to work fine and dandy when the repairman looks at it. As the woman in the laptop store took my laptop and charger, I felt a glimmer of hope. Maybe, just maybe, this frustrating saga would finally come to an end. With a patient smile, the woman listened to my tale of woe and took a closer look at my laptop and charger. She plugged in my charger to my laptop, and...nothing. The darn thing still wouldn't charge! At least the problem was consistent, I thought to myself. But instead of playing the same old game with the charger, the woman had a different approach. She took the charger apart into two parts, the charger itself and the cable. From a shelf behind her, she produced a different cable and plugged it into my charger. No luck. Then, she tried her own charger with my cable, and it worked like a charm. She looked up at me with a knowing smile. "Your charger is the culprit," she said. "The cable is fine, but the charger part is faulty." I was equal parts relieved and annoyed. Relieved because there was finally an answer to my problem, but annoyed because it had taken so long to figure out. I couldn't help but wonder why my laptop had been so finicky with the charger all this time. Had it been trying to tell me something? But at least now I knew what to do. I thanked the woman profusely and bought a new charger right then and there. On the way back to the office, I summarized the lessons I had just learned: Don't ignore the warning signs: When your device starts acting up, take notice and investigate the problem before it gets worse. Break it down: When faced with a complex issue, break it down into smaller, more manageable parts to find the root cause. Distrust the unpredictable: When a component of your device behaves unpredictably, it's best to assume it's faulty. Test separately: To identify the source of a problem, test each component separately to isolate the issue and find a solution. As a note to myself, I can learn a valuable lesson from even the most annoying incidents, whether they happen in my personal life or in my work as a software developer. I will keep these lessons in mind the next time I encounter a bug in my code that needs to be debugged.

Charging Up Your Debugging Skills

LONDON, United Kingdom, November 9th, 2023/Chainwire/--Design chosen by VEXT community to appear at Extreme E season finale in Chile. Veloce Racing will be fighting for the Extreme E Season 3 championship title in style with a special one-off chrome livery. VEXT As part of the recently launched VEXT, token holders were given a choice to cast their vote between three unique designs which will feature as the team’s livery at the Antofagasta Minerals Copper X Prix in December (2-3). The winning chrome design will be applied to Veloce Racing's ODYSSEY 21, and accompanied by a VEXT-inspired purple team kit. VEXT enables and encourages its growing community to vote on decisions that impact both real-world and virtual assets within the , allowing fans to be increasingly integrated and engaged within the Veloce eco-system. Veloce Media Group With tangible influence on the direction of assets, token holders are also able to transact across games and interactive sports features, with rewards such as tokens, early access to merchandise, and experience of real-world events. The were invited to have their say on Veloce’s Extreme E team as it continues to progress in the motorsport world, in this instance by voting for the British squad's livery for the final X Prix of the 2023 campaign. VEXT community This activation around Veloce Racing’s Extreme E livery is one of several community voting proposals already introduced via VEXT, and marks an innovative example of Web3 and real-world racing coming together. It marks another stage in Veloce taking steps towards achieving its ambitious vision of becoming a community-owned global sporting, entertainment and , where fans are invited to become a part of the Veloce journey and have influence on the direction of the groups future and its vast range of real-world sporting assets. media group https://www.youtube.com/embed/f89kZB5qIBw?si=O13hXYs2qIQtNyJN The reflective chrome livery will be on display in Chile for the final Extreme E double-header of the season, where Veloce Racing’s bid for the title reaches an exciting conclusion. The team currently sits third in the Extreme E championship standings, with drivers Kevin Hansen and Molly Taylor just 21 points off the top of the standings with plenty of points up for grabs in Rounds 9 and 10. Rupert Svendsen-Cook, Co-Founder and Chief Executive Officer at Veloce, said: "It has been amazing to see the progress of VEXT so far, and the engagement we had with this governance vote is testament to the work we’re doing to evolve Veloce through Web3." “Integrating our community with proposals like this one marks another step towards our ultimate ambition, which is to become a fully decentralised global sporting group." “VEXT token holders have chosen a unique chrome livery for our Extreme E team in Chile. We can’t wait to see the virtual come to life in a real-world racing team, during a milestone weekend for Veloce and our fans as we also fight for the championship title.” The Veloce Groups network attracts over 35 million subscribers and nearly one billion monthly views across multiple digital platforms. With a focus on gaming and purpose-driven motorsport, the group is perfectly positioned to drive Web3 adoption. To start having a meaningful impact on the Veloce ecosystem, community members need to hold at least 1 VEXT. Find out more about VEXT and how to get involved here. About Veloce Media Group Founded in 2018, Veloce is a multi-pillared gaming and sports media group operating across some of the most innovative, fast-growing, and future-focused sectors in the UK. Headquartered in London, the Veloce brand comprises the industry-leading gaming and racing platform, Veloce Esports, and race-winning outfit, Veloce Racing, currently competing in the renowned Extreme E championship. As the world’s largest digital racing media network, Veloce has so far attracted over 35 million subscribers and nearly one billion monthly views with a focus on esports, gaming, purpose-driven motorsport, and Web3. Veloce is partnered with a number of high-profile teams from across the globe, running multiple gaming and esports team operations, including Mercedes AMG, Ferrari, and Yas Heat. Well established JV sub-brands, including Lando Norris’ gaming and lifestyle brand Quadrant, make up another key aspect of Veloce’s vast global network. For more information: | | | | | | | | | | | | | | Website Telegram Group Telegram Channel Twitter Discord Instagram YouTube CoinMarketCap CoinGecko ByBit MEXC Toobit Poloniex DigiFinex WhiteBIT Contact Head Of Digital Marketing Louis Broomfield hi@velocemediagroup.com This story was distributed as a release by Chainwire under HackerNoon’s Business Blogging Program. Learn more about the program . here

Veloce Racing's Unique Chrome Livery Chosen By VEXT Community For Extreme E Finale in Chile

ভেলোস রেসিংয়ের অনন্য ক্রোম লিভারি চিলিতে এক্সট্রিম ই ফাইনালের জন্য VEXT সম্প্রদায় দ্বারা বেছে নেওয়া হয়েছে

Die einzigartige Chromlackierung von Veloce Racing wurde von der VEXT-Community für das Extreme-E-Finale in Chile ausgewählt

La exclusiva decoración cromada de Veloce Racing elegida por la comunidad VEXT para la final de Extreme E en Chile

La livrée chromée unique de Veloce Racing choisie par la communauté VEXT pour la finale Extreme E au Chili

चिली में एक्सट्रीम ई फिनाले के लिए VEXT समुदाय द्वारा वेलोस रेसिंग की अनूठी क्रोम लाइवरी को चुना गया

Veloce Racing のユニークなクローム カラーリングがチリのエクストリーム E フィナーレで VEXT コミュニティによって選ばれました

VEXT 커뮤니티가 칠레 익스트림 E 피날레를 위해 선택한 Veloce Racing의 독특한 크롬 상징

Pintura cromada exclusiva da Veloce Racing escolhida pela comunidade VEXT para Extreme E Finale no Chile

Уникальная хромированная окраска Veloce Racing выбрана сообществом VEXT для финала Extreme E в Чили

Veloce Racing'in Benzersiz Krom Görünümü VEXT Topluluğu Tarafından Şili'deki Extreme E Finali İçin Seçildi

Màu sơn Chrome độc đáo của Veloce Racing được cộng đồng VEXT lựa chọn cho vòng chung kết Extreme E ở Chile

VEXT 社区为智利 Extreme E 决赛选择了 Veloce Racing 独特的 Chrome 涂装

LONDON, United Kingdom, September 8th, 2023/Chainwire/ VEXT is now available (10 a.m. UTC) on , a highly established global centralized exchange. listing on the MEXC exchange represents a significant milestone for VEXT's journey. MEXC VEXT's Users are invited to visit via to access exclusive rewards and bonuses currently on offer. MEXC this link This pivotal moment offers users the chance to play an integral role in shaping the future of VEXT. https://www.youtube.com/embed/f89kZB5qIBw?showinfo=0 About Veloce Media Group Founded in 2018, Veloce is a multi-pillared gaming and sports media group operating across some of the most innovative, fast-growing, and future-focused sectors in the UK. Headquartered in London, the Veloce brand comprises an industry-leading gaming and racing platform, Veloce Esports, and a race-winning outfit, Veloce Racing, currently competing in the renowned Extreme E championship. As the world’s largest digital racing media network, Veloce has so far attracted over 35 million subscribers and nearly one billion monthly views with a focus on esports, gaming, purpose-driven motorsport, and Web3. Veloce is partnered with a number of high-profile teams from across the globe, running multiple gaming and esports team operations, including Mercedes AMG, Ferrari, McLaren, and Yas Heat. Well-established JV sub-brands, including Lando Norris’ gaming and lifestyle brand Quadrant, make up another key aspect of Veloce’s vast global network. Users should stay tuned for some exciting updates in the near future! To lean more visit Veloce's: | | | | | | | | | | Website Telegram Group Telegram Channel Twitter Discord Instagram YouTube CoinMarketCap CoinGecko ByBit MEXC Contact Head Of Digital Marketing Louis Broomfield Veloce Media Group hi@velocemediagroup.com This story was distributed as a release by Chainwire under HackerNoon’s Business Blogging Program: https://business.hackernoon.com/business-blogging?ref=hackernoon.com

VEXT Is Now Available On MEXC

LONDON, United Kingdom, September 4th, 2023/Chainwire/--Veloce, the world’s largest digital racing media network, has just launched (10 am UTC) its governance and utility token, VEXT, exclusively on ByBit, one of the global top leading centralized exchanges. Users can head over to ByBit now by CLICKING HERE so they don’t miss out on the exclusive rewards and bonuses up for grabs! Users who don't have a ByBit account can sign up here now! This is a defining moment where users have the opportunity to be part of shaping the VEXT future. Veloce appreciates the support of all its users; more exciting news is coming soon! About Veloce Media Group Founded in 2018, Veloce is a multi-pillared gaming and sports media group operating across some of the most innovative, fast-growing, and future-focused sectors in the UK. Headquartered in London, the Veloce brand comprises the industry-leading gaming and racing platform Veloce Esports and race-winning outfit Veloce Racing, currently competing in the renowned Extreme E championship. As the world’s largest digital racing media network, Veloce has so far attracted over 35 million subscribers and nearly one billion monthly views with a focus on esports, gaming, purpose-driven motorsport, and Web3. Veloce is partnered with a number of high-profile teams from across the globe, running multiple gaming and esports team operations, including Mercedes AMG, Ferrari, McLaren, and Yas Heat. Well-established JV sub-brands, including Lando Norris’ gaming and lifestyle brand Quadrant, make up another key aspect of Veloce’s vast global network. To learn more, please visit: https://www.velocemediagroup.com/ Contact Chief Executive Officer Rupert Svendsen-Cook Veloce Media Group hi@velocemediagroup.com This story was distributed as a release by Chainwire under HackerNoon’s Brand As An Author Program. Learn more about the program . here

VEXT Is Live On ByBit Now

LONDON, United Kingdom, September 1st, 2023/Chainwire/--Veloce, the world’s leading digital racing media network, will be launching its Utility and Governance token, VEXT, on September 4th, 2023. VEXT will be launching exclusively on ByBit, a top three global crypto exchange. Veloce has collaborated with Polygon Labs, an international software development company building Ethereum scaling architecture, which facilitates swift, cost-effective, and secure transactions across the Polygon protocols. Veloce Media Group CEO, Rupert Svendsen-Cook, will be on stage at Korea Blockchain Week alongside Mike Blank, COO at Polygon Labs, to talk about the VEXT integration with Polygon (September 4th). Veloce’s token, VEXT, empowers holders to become part of the Veloce ecosystem, which will have substantial influence over decentralized assets within the Veloce Media Group, encompassing its multiple gaming and real-world teams, creators, leagues, and content. https://youtu.be/f89kZB5qIBw?si=SlrnD5q4c7a6yvOT With the launch phase already offering multiple features and a roadmap introducing game-changing utility, Veloce will harness all of its resources to build a truly future-facing sports and media group on the Blockchain. VEXT's launch brings an evolving user experience with voting and proposal features, six gamified staking pools, and integrated games and will evolve the platform to offer product and merchandise privileges and token holder event access, with interoperability across all features. Rupert Svendsen-Cook, Chief Executive Officer at Veloce Media Group, said: “ ” To build the first decentralized global sporting group and ultimately evolve our entire ecosystem into Web3, we needed the ultimate blockchain architecture - the Polygon blockchain is exactly that. Leveraging the Polygon protocols combined with our incredibly engaged community and utility will be a formidable combination for the industry. Aishwary Gupta, Head of Payments & Fintech at Polygon Labs, said: " We are thrilled by Veloce's decision to harness the power of the Polygon blockchain for their visionary Web3 project. Their ambition for the future of sports and gaming is truly inspiring.” As Veloce continues to be a pioneer, we eagerly anticipate the seamless integration of their well-established Web2 community into the thriving Polygon ecosystem”. About Veloce Media Group Founded in 2018, Veloce is a multi-pillared gaming and sports media group operating across some of the most innovative, fast-growing, and future-focused sectors in the UK. Headquartered in London, the Veloce brand comprises the industry-leading gaming and racing platform Veloce Esports and the race-winning outfit Veloce Racing, currently competing in the renowned Extreme E championship. As the world’s largest digital racing media network, Veloce has so far attracted over 35 million subscribers and nearly one billion monthly views with a focus on esports, gaming, purpose-driven motorsport, and Web3. Veloce is partnered with a number of high-profile teams from across the globe, running multiple gaming and esports team operations, including Mercedes AMG, Ferrari, McLaren, and Yas Heat. Well-established JV sub-brands, including Lando Norris’ gaming and lifestyle brand Quadrant, make up another key aspect of Veloce’s vast global network. To learn more, please visit: https://www.velocemediagroup.com/ Contact Chief Executive Officer Rupert Svendsen-Cook Veloce Media Group hi@velocemediagroup.com This story was distributed as a release by Chainwire under HackerNoon’s Brand As An Author Program. Learn more about the program here. Also published . here

Veloce Launches Vext On Polygon, Becomes First Decentralized Global Sporting Group

Anne of Green Gables by L. M. Montgomery, is part of the HackerNoon Books Series. You can jump to any chapter in this book here . Vanity and Vexation of Spirit CHAPTER XXVII. Vanity and Vexation of Spirit MARILLA, walking home one late April evening from an Aid meeting, realized that the winter was over and gone with the thrill of delight that spring never fails to bring to the oldest and saddest as well as to the youngest and merriest. Marilla was not given to subjective analysis of her thoughts and feelings. She probably imagined that she was thinking about the Aids and their missionary box and the new carpet for the vestry room, but under these reflections was a harmonious consciousness of red fields smoking into pale-purply mists in the declining sun, of long, sharp-pointed fir shadows falling over the meadow beyond the brook, of still, crimson-budded maples around a mirrorlike wood pool, of a wakening in the world and a stir of hidden pulses under the gray sod. The spring was abroad in the land and Marilla’s sober, middle-aged step was lighter and swifter because of its deep, primal gladness. Her eyes dwelt affectionately on Green Gables, peering through its network of trees and reflecting the sunlight back from its windows in several little coruscations of glory. Marilla, as she picked her steps along the damp lane, thought that it was really a satisfaction to know that she was going home to a briskly snapping wood fire and a table nicely spread for tea, instead of to the cold comfort of old Aid meeting evenings before Anne had come to Green Gables. Consequently, when Marilla entered her kitchen and found the fire black out, with no sign of Anne anywhere, she felt justly disappointed and irritated. She had told Anne to be sure and have tea ready at five o’clock, but now she must hurry to take off her second-best dress and prepare the meal herself against Matthew’s return from plowing. “I’ll settle Miss Anne when she comes home,” said Marilla grimly, as she shaved up kindlings with a carving knife and with more vim than was strictly necessary. Matthew had come in and was waiting patiently for his tea in his corner. “She’s gadding off somewhere with Diana, writing stories or practicing dialogues or some such tomfoolery, and never thinking once about the time or her duties. She’s just got to be pulled up short and sudden on this sort of thing. I don’t care if Mrs. Allan does say she’s the brightest and sweetest child she ever knew. She may be bright and sweet enough, but her head is full of nonsense and there’s never any knowing what shape it’ll break out in next. Just as soon as she grows out of one freak she takes up with another. But there! Here I am saying the very thing I was so riled with Rachel Lynde for saying at the Aid today. I was real glad when Mrs. Allan spoke up for Anne, for if she hadn’t I know I’d have said something too sharp to Rachel before everybody. Anne’s got plenty of faults, goodness knows, and far be it from me to deny it. But I’m bringing her up and not Rachel Lynde, who’d pick faults in the Angel Gabriel himself if he lived in Avonlea. Just the same, Anne has no business to leave the house like this when I told her she was to stay home this afternoon and look after things. I must say, with all her faults, I never found her disobedient or untrustworthy before and I’m real sorry to find her so now.” “Well now, I dunno,” said Matthew, who, being patient and wise and, above all, hungry, had deemed it best to let Marilla talk her wrath out unhindered, having learned by experience that she got through with whatever work was on hand much quicker if not delayed by untimely argument. “Perhaps you’re judging her too hasty, Marilla. Don’t call her untrustworthy until you’re sure she has disobeyed you. Mebbe it can all be explained—Anne’s a great hand at explaining.” “She’s not here when I told her to stay,” retorted Marilla. “I reckon she’ll find it hard to explain that to my satisfaction. Of course I knew you’d take her part, Matthew. But I’m bringing her up, not you.” It was dark when supper was ready, and still no sign of Anne, coming hurriedly over the log bridge or up Lover’s Lane, breathless and repentant with a sense of neglected duties. Marilla washed and put away the dishes grimly. Then, wanting a candle to light her way down the cellar, she went up to the east gable for the one that generally stood on Anne’s table. Lighting it, she turned around to see Anne herself lying on the bed, face downward among the pillows. “Mercy on us,” said astonished Marilla, “have you been asleep, Anne?” “No,” was the muffled reply. “Are you sick then?” demanded Marilla anxiously, going over to the bed. Anne cowered deeper into her pillows as if desirous of hiding herself forever from mortal eyes. “No. But please, Marilla, go away and don’t look at me. I’m in the depths of despair and I don’t care who gets head in class or writes the best composition or sings in the Sunday-school choir any more. Little things like that are of no importance now because I don’t suppose I’ll ever be able to go anywhere again. My career is closed. Please, Marilla, go away and don’t look at me.” “Did anyone ever hear the like?” the mystified Marilla wanted to know. “Anne Shirley, whatever is the matter with you? What have you done? Get right up this minute and tell me. This minute, I say. There now, what is it?” Anne had slid to the floor in despairing obedience. “Look at my hair, Marilla,” she whispered. Accordingly, Marilla lifted her candle and looked scrutinizingly at Anne’s hair, flowing in heavy masses down her back. It certainly had a very strange appearance. “Anne Shirley, what have you done to your hair? Why, it’s green!” Green it might be called, if it were any earthly color—a queer, dull, bronzy green, with streaks here and there of the original red to heighten the ghastly effect. Never in all her life had Marilla seen anything so grotesque as Anne’s hair at that moment. “Yes, it’s green,” moaned Anne. “I thought nothing could be as bad as red hair. But now I know it’s ten times worse to have green hair. Oh, Marilla, you little know how utterly wretched I am.” “I little know how you got into this fix, but I mean to find out,” said Marilla. “Come right down to the kitchen—it’s too cold up here—and tell me just what you’ve done. I’ve been expecting something queer for some time. You haven’t got into any scrape for over two months, and I was sure another one was due. Now, then, what did you do to your hair?” “I dyed it.” “Dyed it! Dyed your hair! Anne Shirley, didn’t you know it was a wicked thing to do?” “Yes, I knew it was a little wicked,” admitted Anne. “But I thought it was worth while to be a little wicked to get rid of red hair. I counted the cost, Marilla. Besides, I meant to be extra good in other ways to make up for it.” “Well,” said Marilla sarcastically, “if I’d decided it was worth while to dye my hair I’d have dyed it a decent color at least. I wouldn’t have dyed it green.” “But I didn’t mean to dye it green, Marilla,” protested Anne dejectedly. “If I was wicked I meant to be wicked to some purpose. He said it would turn my hair a beautiful raven black—he positively assured me that it would. How could I doubt his word, Marilla? I know what it feels like to have your word doubted. And Mrs. Allan says we should never suspect anyone of not telling us the truth unless we have proof that they’re not. I have proof now—green hair is proof enough for anybody. But I hadn’t then and I believed every word he said implicitly.” “Who said? Who are you talking about?” “The peddler that was here this afternoon. I bought the dye from him.” “Anne Shirley, how often have I told you never to let one of those Italians in the house! I don’t believe in encouraging them to come around at all.” “Oh, I didn’t let him in the house. I remembered what you told me, and I went out, carefully shut the door, and looked at his things on the step. Besides, he wasn’t an Italian—he was a German Jew. He had a big box full of very interesting things and he told me he was working hard to make enough money to bring his wife and children out from Germany. He spoke so feelingly about them that it touched my heart. I wanted to buy something from him to help him in such a worthy object. Then all at once I saw the bottle of hair dye. The peddler said it was warranted to dye any hair a beautiful raven black and wouldn’t wash off. In a trice I saw myself with beautiful raven-black hair and the temptation was irresistible. But the price of the bottle was seventy-five cents and I had only fifty cents left out of my chicken money. I think the peddler had a very kind heart, for he said that, seeing it was me, he’d sell it for fifty cents and that was just giving it away. So I bought it, and as soon as he had gone I came up here and applied it with an old hairbrush as the directions said. I used up the whole bottle, and oh, Marilla, when I saw the dreadful color it turned my hair I repented of being wicked, I can tell you. And I’ve been repenting ever since.” “Well, I hope you’ll repent to good purpose,” said Marilla severely, “and that you’ve got your eyes opened to where your vanity has led you, Anne. Goodness knows what’s to be done. I suppose the first thing is to give your hair a good washing and see if that will do any good.” Accordingly, Anne washed her hair, scrubbing it vigorously with soap and water, but for all the difference it made she might as well have been scouring its original red. The peddler had certainly spoken the truth when he declared that the dye wouldn’t wash off, however his veracity might be impeached in other respects. “Oh, Marilla, what shall I do?” questioned Anne in tears. “I can never live this down. People have pretty well forgotten my other mistakes—the liniment cake and setting Diana drunk and flying into a temper with Mrs. Lynde. But they’ll never forget this. They will think I am not respectable. Oh, Marilla, ‘what a tangled web we weave when first we practice to deceive.’ That is poetry, but it is true. And oh, how Josie Pye will laugh! Marilla, I cannot face Josie Pye. I am the unhappiest girl in Prince Edward Island.” Anne’s unhappiness continued for a week. During that time she went nowhere and shampooed her hair every day. Diana alone of outsiders knew the fatal secret, but she promised solemnly never to tell, and it may be stated here and now that she kept her word. At the end of the week Marilla said decidedly: “It’s no use, Anne. That is fast dye if ever there was any. Your hair must be cut off; there is no other way. You can’t go out with it looking like that.” Anne’s lips quivered, but she realized the bitter truth of Marilla’s remarks. With a dismal sigh she went for the scissors. “Please cut it off at once, Marilla, and have it over. Oh, I feel that my heart is broken. This is such an unromantic affliction. The girls in books lose their hair in fevers or sell it to get money for some good deed, and I’m sure I wouldn’t mind losing my hair in some such fashion half so much. But there is nothing comforting in having your hair cut off because you’ve dyed it a dreadful color, is there? I’m going to weep all the time you’re cutting it off, if it won’t interfere. It seems such a tragic thing.” Anne wept then, but later on, when she went upstairs and looked in the glass, she was calm with despair. Marilla had done her work thoroughly and it had been necessary to shingle the hair as closely as possible. The result was not becoming, to state the case as mildly as may be. Anne promptly turned her glass to the wall. “I’ll never, never look at myself again until my hair grows,” she exclaimed passionately. Then she suddenly righted the glass. “Yes, I will, too. I’d do penance for being wicked that way. I’ll look at myself every time I come to my room and see how ugly I am. And I won’t try to imagine it away, either. I never thought I was vain about my hair, of all things, but now I know I was, in spite of its being red, because it was so long and thick and curly. I expect something will happen to my nose next.” Anne’s clipped head made a sensation in school on the following Monday, but to her relief nobody guessed the real reason for it, not even Josie Pye, who, however, did not fail to inform Anne that she looked like a perfect scarecrow. “I didn’t say anything when Josie said that to me,” Anne confided that evening to Marilla, who was lying on the sofa after one of her headaches, “because I thought it was part of my punishment and I ought to bear it patiently. It’s hard to be told you look like a scarecrow and I wanted to say something back. But I didn’t. I just swept her one scornful look and then I forgave her. It makes you feel very virtuous when you forgive people, doesn’t it? I mean to devote all my energies to being good after this and I shall never try to be beautiful again. Of course it’s better to be good. I know it is, but it’s sometimes so hard to believe a thing even when you know it. I do really want to be good, Marilla, like you and Mrs. Allan and Miss Stacy, and grow up to be a credit to you. Diana says when my hair begins to grow to tie a black velvet ribbon around my head with a bow at one side. She says she thinks it will be very becoming. I will call it a snood—that sounds so romantic. But am I talking too much, Marilla? Does it hurt your head?” “My head is better now. It was terrible bad this afternoon, though. These headaches of mine are getting worse and worse. I’ll have to see a doctor about them. As for your chatter, I don’t know that I mind it—I’ve got so used to it.” Which was Marilla’s way of saying that she liked to hear it. About HackerNoon Book Series: We bring you the most important technical, scientific, and insightful public domain books. This book is part of the public domain. L. M. Montgomery (2008). Anne of Green Gables. Urbana, Illinois: Project Gutenberg. Retrieved https://www.gutenberg.org/cache/epub/45/pg45-images.html This eBook is for the use of anyone anywhere at no cost and with almost no restrictions whatsoever. You may copy it, give it away or re-use it under the terms of the Project Gutenberg License included with this eBook or online at www.gutenberg.org , located at https://www.gutenberg.org/policy/license.html . The lead image was generated using HackerNoon's Stable Disffusion Al Image Generator feature, via the prompt "Anne of Green Fables".

Vanity and Vexation of Spirit

With this article, we begin a series of publications about Vue.js technology and try to make out the application development and all its components from different practical sides. In this part, we will tell you what the Vuex library is and analyze in detail such components as a store, state, getters, mutations, and actions. Also, in the second part, we will consider modules, application structure, plugins, strict mode, work with forms, testing and strengths/benefits of Vuex Storage. WHAT IS VUEX, AND WHERE IT USED? VueX is a state management library inspired by Flux, Redux, and Elm architecture, but specially designed and tuned to integrate well with Vue.js and take advantage of Vue’s Reactivity. What is a state management pattern? Let's start with a simple Vue application that implements a counter. This stand-alone application consists of the following parts: State that controls the application; The view is a state display specified declaratively; Actions are possible ways to change the state of the app in response to users interaction with the view. Sometimes several components may appear that are based on the same state: multiple views may depend on the same part of the application state; actions from different views can affect the equal parts of the application state. Solving the first problem, you will have to transfer the same data with input parameters to deeply embedded components. This is often complicated and tedious, but for neighboring elements this will not work at all. Solving the second problem, you can come to such solutions as referring to parent/child instances or try changing and synchronizing multiple state copies through actions. Both approaches are fragile and quickly lead to the emergence of code that cannot be supported. So why not take out the overall general state of the application from the components and manage it in a global singleton? At the same time, our component tree becomes one big "view" and any component can access the application state or trigger actions to change the state, regardless of where they are in the tree! By clearly defining and separating the concepts that arise in state management, and by requiring certain rules that maintain independence between views and states, we better structure the code and make it easier to maintain. This is the core idea of ​​Vuex, inspired by Flux, Redux, and Elm Architecture. Unlike other patterns, Vuex is implemented as a library designed explicitly for Vue.js to use its reactivity system for efficient updates. THE MAIN COMPONENTS AND CAPABILITIES OF VUEX STORE At the center of any Vuex application is a store. The store is a container that stores the state of your application. Two points distinguish Vuex store from a simple global object: The Vuex store is reactive. When Vue components rely on their state, they will be reactively and efficiently updated if the state of the store changes.You cannot directly change the state of the store. The only way to make changes is to cause a mutation explicitly. This ensures that any change in the state leaves a mark and allows the use of tools to better understand the progress of the application. After installing Vuex, a repository is created. It's quite simple, and you need to specify the initial state object and some actions and mutations. store = Vuex.Store({ : { : }, : {
    increment({ commit, dispatch, getters }) {
       commit( )
    },
    decrement({ commit, dispatch, getters }) {
       commit( )
    }
  }, : {
    INCREMENT(state) {
      state.counter++
    },
    DECREMENT(state) {
      state.counter--
    }
  }, : {
    counter(state) { state.counter
    }
  }
}) const new state counter 0 // initial store state actions 'INCREMENT' 'DECREMENT' mutations getters return The reason we are committing a mutation instead of changing directly, is because we want to explicitly track it. This simple convention makes your intention more explicit, so that you can reason about state changes in your app better when reading the code. In addition, this gives us the opportunity to implement tools that can log every mutation, take state snapshots, or even perform time travel debugging. store.state.count STATE. SINGLE STATE TREE Vuex uses a single state tree when one object contains the entire global state of the application and serves as the only one source. It also means that the app will have only one such storage. A single state tree makes it easy to find the part you need or take snapshots of the current state of the application for debugging purposes. The data you store in Vuex follows the same rules as the in a Vue instance, ie the state object must be plain. So how do we display state inside the store in our Vue components? Since Vuex stores are reactive, the simplest way to "retrieve" state from it is simply returning some store state from within a computed property. data Whenever changes, it will cause the computed property to re-evaluate, and trigger associated DOM updates. store.state.count This pattern causes the component to rely on the global store singleton. When using a module system, it requires importing the store in every component that uses store state, and also requires mocking when testing the component. Vuex provides a mechanism to "inject" the store into all child components from the root component with the option (enabled by ) $store Vue.use(Vuex) { : {
    incrementCounter() { .$store.dispatch( )
    }
  }
} export default methods this 'increment' When a component needs to make use of multiple store state properties or getters, declaring all these computed properties can get repetitive and verbose. To deal with this we can make use of the helper which generates computed getter functions for us, saving us some keystrokes: mapState { mapState } ; { : {
    ...mapState({ : state.counter
    }),

    counterSquared() { .pow( .counter, )
    }
  }
} import from 'vuex' export default computed counter => state return Math this 2 We can also pass a string array to when the name of a mapped computed property is the same as a state sub tree name. mapState Note that returns an object. How do we use it in combination with other local computed properties? Normally, we'd have to use a utility to merge multiple objects into one so that we can pass the final object to . However with the object spread operator (which is a stage-4 ECMAScript proposal), we can greatly simplify the syntax as shown above. mapState computed Using Vuex doesn't mean you should put all the state in Vuex. Although putting more state into Vuex makes your state mutations more explicit and debuggable, sometimes it could also make the code more verbose and indirect. If a piece of state strictly belongs to a single component, it could be just fine leaving it as local state. You should weigh the trade-offs and make decisions that fit the development needs of your app. GETTERS Sometimes we may need to compute derived state based on store state, for example filtering through a list of items and counting them. If more than one component needs to make use of this, we have to either duplicate the function, or extract it into a shared helper and import it in multiple places - both are less than ideal. Vuex allows us to define "getters" in the store. You can think of them as computed properties for stores. Like computed properties, a getter's result is cached based on its dependencies, and will only re-evaluate when some of its dependencies have changed. getters: {
  counter(state) { state.counter
  },
  counterSquared(state) { .pow(state.counter, )
  }
} { mapGetters } ; { : {
    ...mapgetters([ , ])
  }
} // In store return return Math 2 // In component import from 'vuex' export default computed 'counter' 'counterSquared' You can also pass arguments to getters by returning a function. This is particularly useful when you want to query an array in the store. Note that getters accessed via methods will run each time you call them, and the result is not cached. The helper simply maps store getters to local computed properties. mapGetters MUTATIONS The only way to actually change state in a Vuex store is by committing a mutation. Vuex mutations are very similar to events: each mutation has a string type and a handler. The handler function is where we perform actual state modifications, and it will receive the state as the first argument. You cannot directly call a mutation handler. Think of it more like event registration: "When a mutation with type "increment" is triggered, call this handler." To invoke a mutation handler, you need to call with its type. store.commit { : {
    incrementCounter() { .$store.commit( )
    }
  }
} export default methods this 'INCREMENT' You can pass an additional argument to , which is called the payload for the mutation. In most cases, the payload should be an object so that it can contain multiple fields, and the recorded mutation will also be more descriptive. An alternative way to commit a mutation is by directly using an object that has a property. When using object-style commit, the entire object will be passed as the payload to mutation handlers, so the handler remains the same. store.commit type Since a Vuex store's state is made reactive by Vue, when we mutate the state, Vue components observing the state will update automatically. This also means Vuex mutations are subject to the same reactivity caveats when working with plain Vue: Prefer initializing your store's initial state with all desired fields upfront. When adding new properties to an Object, you should either - use , or replace that Object with a fresh one. For example, using the object spread syntax. Vue.set(obj, 'newProp', 123) However, using constants to indicate the types of mutations is completely optional, although this may be useful in large projects. One important rule to remember is that mutation handler functions must be synchronous. Imagine we are debugging the app and looking at the devtool's mutation logs. For every mutation logged, the devtool will need to capture a "before" and "after" snapshots of the state. However, the asynchronous callback inside the example mutation above makes that impossible: the callback is not called yet when the mutation is committed, and there's no way for the devtool to know when the callback will actually be called - any state mutation performed in the callback is essentially untrackable! You can commit mutations in components with , or use the helper which maps component methods to store.commit calls (requires root injection) this.$store.commit('xxx') mapMutations $store Asynchronicity combined with state mutation can make your program very hard to reason about. For example, when you call two methods both with async callbacks that mutate the state, how do you know when they are called and which callback was called first? This is exactly why to separate the two concepts. In Vuex, mutations are synchronous transactions. To handle asynchronous operations, should descry Actions. ACTIONS Actions are similar to mutations with a few differences: Instead of mutating the state, actions commit mutations. Actions can contain arbitrary asynchronous operations. actions: {
  signIn({ commit }, payload) { commit( , ); axios
      .post( , { : payload.email
        password: payload.password
      })
      .then( { { user, token } = response.data;
         commit( , token);
         commit( , user);
         commit( , );
      })
      .catch( {
        commit( , error.response.data.reason);
        commit( , );
      })
  }
} // Show spinner when user submit form 'LOGIN_IN_PROGRESS' true // axios - Promise based HTTP client for browser and node.js '/api/v1/sign_in' email ( ) => response const 'SET_AUTH_TOKEN' 'SET_USER' 'LOGIN_IN_PROGRESS' false ( ) => error 'SET_SIGN_IN_ERROR' 'LOGIN_IN_PROGRESS' false Action handlers receive a context object which exposes the same set of methods/properties on the store instance, so you can call to commit a mutation, or access the state and getters via and . We can even call other actions with . We will see why this context object is not the store instance itself when we introduce Modules later. context.commit context.state context.getters context.dispatch In practice, we often use ES2015 argument destructuring to simplify the code a bit especially when we need to call multiple times. Actions are triggered with the method. This may look silly at first sight if we want to increment the count, why don't we just call directly? Remember that mutations have to be synchronous? Actions don't. We can perform asynchronous operations inside an action. Actions support the same payload format and object-style dispatch. commit store.dispatch store.commit('increment') A more practical example of real-world actions would be an action to checkout a shopping cart, which involves calling an async API and committing multiple mutations. Performing a flow of asynchronous operations, and recording the side effects (state mutations) of the action by committing them. You can dispatch actions in components with , or use the helper which maps component methods to calls (requires root injection). Actions are often asynchronous, so how do we know when an action is done? And more importantly, how can we compose multiple actions together to handle more complex async flows? this.$store.dispatch('xxx') mapActions store.dispatch $store The first thing to know is that can handle Promise returned by the triggered action handler and it also returns Promise. It's possible for a to trigger multiple action handlers in different modules. In such a case the returned value will be a Promise that resolves when all triggered handlers have been resolved. It is only a small part of what we are going to tell in our next articles about Vue.js and all of its additional tools and benefits. Next, we continue our review of the Vuex library and components. store.dispatch store.dispatch Also, in our blog, you can read more about Vue.js: https://amoniac.eu/blog/post/why-we-fell-in-love-with-vue-j Previously published at https://amoniac.eu/blog/post/correct-and-efficient-vuex-using-part-i

Correct and Efficient Way to Use Vuex: Part I

is public blockchain platform that mainly targeting Indonesia and South East Asia, different from Bitcoin which is mostly used as a store of value and reserve currency, Vexanium and other blockchain such as Ethereum are both blockchain and Dapp platform where developers can build a decentralized application on top of it, that means there are a lot of type of actions/transactions inside the Dapp. Vexanium What is Dapp or Decentralized Application? A decentralized application is an application that does not need a central authority that runs it. Example of Decentralized app is decentralized exchange, where the exchange does not handle the user funds, they don’t have a central server that controls your funds, but the user handles the funds and transactions. Decentralized application has a lot of potential to bring disruption to the industries (financial, social media, games, content, ecommerce etc) because it enables a new business model. As the biggest blockchain platform in Indonesia, what are the difference between Vexanium and Ethereum? Transaction Model In Ethereum, users have to pay a small amount of Ether every time they make a transaction in the network. Whenever users use the Dapp and want to talk to the smart contract, they have to pay. The burden is on the user. Vexanium uses stake based system to protect the system from spam, you must stake your Vex token to guarantee that your account gets network bandwidth proportional with numbers of Vex token that you stake. Doing staking means committing your resource to Vexanium network. When you stopped using the resource (network bandwidth) you will get your token back. The transaction costs are paid by the inflation cost and Vexanium is not charging per transaction. Consensus Mechanism Ethereum uses Proof of Work (PoW) consensus mechanism and is in the process to move into Proof of Stake (PoS) Mechanism. While Vexanium uses Delegated Proof of Stake (DPoS) consensus mechanism. Proof of Work Characteristics : In a proof-of-work system, a computer or computing power is required to solve a computational problem of a predetermined level of difficulty before it’s allowed to take some desired action (get rewards). Because PoW needs a lot of computing power, it is costly and not efficient. Proof of Stake Character : In Proof of Stake (PoS), you need to stake some amount of cryptocurrency to become block producers, PoS has a lower barrier to entry than PoW for block generation rewards because PoS avoids expensive computations. This makes it more environmentally friendly than PoW In PoW, an attacker would need to acquire 50%+ of the computational power in the network, but in PoS, an attacker would need to acquire 50%+ of the currency within that system. Proof-of-stake eliminates some of the major security issues associated with the Proof-of-work scheme. The most obvious of them is the 51% attack. Delegated Proof of Stake (DPoS) Characteristics : Proof of Stake (PoS) is “direct democratic” while DPOS is representative democratic. Stakeholders elect their delegates to generate and validate blocks. With significantly fewer nodes to validate the block, the block could be confirmed quickly, leading to the quick confirmation of transactions. DPoS consensus mechanism leverages the power of stakeholder approval voting, to resolve consensus issues in a manner which is democratic and fair. Delegated proof of stake uses real-time voting combined with a social system of reputation to achieve consensus. Because Vexanium use DPoS, it needs fewer nodes to validate the block, it has faster transaction per second (2000 tps) compared to Ethereum (20 tps) Why speed of the blockchain is crucial ? Bitcoin has 7 transaction per second. Ethereum has 20 Tps. Vexanium has 2000 Tps but can scale to 100,000 Tps - 1,000,000 Tps in the future. While Spotify now process 1 billion streams everyday. now process 1700 Tps (based on a calculation derived from the official claim of over 150 million transactions per day) . Visa How about IoT ?  Gartner predicted there will be 20 billion IoT devices by 2020, with average 1-5 event records/day, means 60 billion event records per day, it will need 694,000 TpS. For blockchain technology to achieve mass adoption it must have speed/transaction per second that meets the needs of the application such as financial apps, social media apps, music apps and right now it is achievable using Delegated Proof of Stake consensus mechanism. Account Naming Vexanium has a different account structure compared to other cryptocurrency addresses. Vexanium uses account names, a unique human readable name instead of long wallet addresses in Ethereum. Vexanium account names are exactly 12 characters long and may only include the characters 12345abcdefghijklmnopqrstuvwxyz. If an account name isn’t claimed by anyone else, a Vexanium user can create an account with that name. This 12 characters human-readable account system has some benefits. Example, if you misspell the account, your wallet will show an error that it is an invalid address. And checking a 12 character name is easier than 30 – 50 character addresses in other cryptos. The 12 character name is similar to how ethereum or bitcoin public keys work. People use them to transfer funds to other accounts. Vexanium still has random hashes in the form of public and private keys, but Vexanium has the concept of an account. Accounts can be controlled by the owners of a public key. Programming Language Vexanium uses a C++ programming language which is already familiar for a lot of programmers, it already being studied in many universities and has a lot of libraries available so programmers do not need to reinvent the wheel. While Ethereum uses Solidity, it means programmers need to learn new programming language and not many libraries available to reuse. Reinventing the wheel. Here is the comparison of Google worldwide search volume for C++ and Solidity. That is just some comparison of Vexanium blockchain to Ethereum blockchain. The market itself could bring big differences: Vexanium targeting Indonesia and then South East Asia, while Ethereum targeting the international market. It is interesting to see how things are going in the next 3-5 years. As developers or investors, knowing some of these facts will help you to make a favorable decision for you. Rhein - Vexanium team More about Dapps Development in Vexanium here : dev.vexanium.com Vexanium wallet : vexwallet.com

In Depth Comparison Between Vexanium Blockchain & Ethereum Blockchain

Or just a nice MobX tutorial Photo by on Karsten Würth (@inf1783) Unsplash Framework Wars …NOT 😜 I started my journey in the Frameworks fairyland with and series by Laracast. I had heard about React, but back then when I looked at JSX it seemed like an abomination to me! Mixing html tags with JS logic? Haven’t they heard about design patterns and separation of concerns? Why not just use JQuery to make some blinking text for goodness’ sake? Vue this amazing But then I learned JS, not _JQuery JS* (_making tricks with the DOM), but JS as a development language, an elegant expressive tool to manipulate data, a language with beautiful methods to work with Arrays, String, and Objects. And what you can’t do with vanilla JS very likely there’s a for that, or there’s an NPM package. ( Lol!) Lodash for sure npm install make-me-a-sandwich After all that I took another look at React and… I instantly fell in love! Where Vue is sort of like html with added functionality ( ) JSX is plain JS that happens to generate DOM. I’m not actually trying to start a frameworks war here. I currently have Vue and React apps on production and I have been able to find all the tools that I need on both frameworks to do my job. The choice really comes down to a personal preference or your company’s/team’s preference. v-if, v-for... But React… For a beginner in React it seemed like Redux is the default store as is Vuex for Vue thus I decided to learn Redux… and after watching the complete egghead series about 3 times and going over the documentation just as many times, I still felt like I had no clue what I was doing. Anything less than a trivial reducer was a headache to write. Normalized data, relational tables, immutability and DB technology, they all seemed like pre-requirements for Redux! I did learn a lot, but not enough to feel anywhere close to productive with it. Then there are wrappers for Redux and high order functions to generate other functions and reducer recipes… I felt like an intern again, not being able to finish my project because I didn’t know how to have a simple store and make my app to it! 😥 react I’m sure that there are a lot of developers out there smarter than I am that are very productive with with Redux. I look up to you, Sensei! I missed the days of Vuex in which everything just worked, mutable state was not a sin and no matter where I called a store action, the whole app was always in sync. But i liked React a lot too so I started to see if I could use Vuex on React, (apparently not) but in the search I came across . It sure had bold claims: MobX MobX makes state management simple again by addressing the root issue: it makes it impossible to produce an inconsistent state. * Again I headed to egghead to watch the video tutorials. They were nice but tough luck! does not support decorators and you don’t get a lot of examples of how to do things without them. Then there’s which claims to be opinionated (and that’s an understatement!) and then again, I had no clue how to do things or what was going on! The videos taught me how to make a pretty decent counter and felt like I was writing an enterprise banking application, but I couldn’t find a medium difficulty level. create-react-app mobx-state-tree mobx-state-tree I really liked React so I went back to Redux but couldn’t make it work so, again, I reluctantly gave MobX another try... “ And at last I see the light; And it’s like the fog has lifted” Shameless Disney plug! Want I want to do us show you that MobX is easier to use that what you might think. We are gonna use MobX to do more than just count up and down and is simpler than a implementation. mobx-state-tree The Store We are going to make a simple store, extracted from a project I’m currently . In it we are going to have a list of students and a list of courses, and we will be able to enroll and unenroll students from a course. working on The starting point is a clean app and here is : create-react-app store.js 🙄 Don’t let the length scare you, it’s actually pretty straight forward the students’ and courses’ methods are the same. In MobX terminology, there are , stuff that for changes, and , stuff for changes. From there the rest is magic pretty magical! observables is watched observers that watches First we simply declare as the first parameter of . * const store observable() This is how you declare an observable without using the decorator syntax ( _@observable_ ). Inside the object passed to there are three places to put data in: , and and those are defined as . If it’s the first time you have come across a , don’t worry, it’s just a fancy object with a nice way to access the contents in it (setters and getters). In a plain JS object data is accessed like this: or , On a map you’d access it like this: . There are a couple of advantages to this, and in this particular project it saved me from using a lot of and (from Lodash). observable() students courses, enrollment, observable.map() Map object.key1.key2 object['key1']['key2'] object.get('key1').get('key2') _.set() _.assign() Then come the store methods to add, update, and remove students and courses from the store. They are just plain with a some error handling. .set() The next interesting bit comes in the enrollment handling. This idea definitively has a Redux flavor to it ( ) and it’s useful in this case. I’m making a object with the key being equal to the course’s ID and the value being an array of the enrolled students’ IDs. It looks like this: Relationships and Tables {course1: ['student1', 'student2', 'student3'],course2: ['student4', 'student5', 'student6'],} Where the action happens is in the method. Let’s break it down: it returns a function, which is the MobX expression to watch for changes in the elements inside it and to automatically update its value. Nothing fancy there. Next, it gets the element in the enrollment map that matches the ID of the course passed as an argument, which returns an array of the students’ IDs. Then a through the array substitutes each student’s ID for the whole student object. Note that that last lonely is applied to and to get the actual data.Thus the result of method is an array of all the students’ objects enrolled in a particular course, sorry, an so any changes to the data inside the function will update it’s return value and do the appropriate re-renders! 🤩 enrolledStudents computed(() => {...}) .map() .get() computed() enrolledStudents observable array Here’s a simple React component to shows this in practice: This is a pretty standard React components except for the and the . observer store First, a couple of students and a course are defined and added to the store. Then is enrolled in the course. Next we map through the method from the store using the ID of the course for the list of students I want and the results are as expected. student1 enrolledStudents The interesting part happens when you press the button “Enroll Student 2”.In the store, the student ID is added to the array of the corresponding course map, and MobX takes care of keeping it all in sync, correctly the value of and doing the appropriate re-renders. And all of that happens because of L39 where we wrap inside ! compute enrolledStudents , StudentsList observer() Note that your components can get access to the store in a variety of ways. You can import the component from the file just like in the previous example, you can pass it down as a prop from a parent container, or you can use the provider/inject utilities (in my case, I’m fine importing whenever I need to). mobx-react store Conclusion MobX feels indeed a little magical and when I finally made sense of it it was like a gust of fresh air bursting into my React development! (that’s the reference to the top image). Hope you have fun exploring it and keep making cool, awesome stuff!😎

MobX & React for Vuex users

In this tutorial, I’m going to show you how to create a using , , and . It is hosted on the Cosmic JS App Server. We will be using Cosmic JS npm package for implementing the basic CRUD for our objects and to retrieve data and media from Cosmic JS. Let’s get started. Restaurant Menu App Vue2 Vuex Buefy Cosmic JS Download the GitHub repo.! Check out the demo Prerequisites You will be requiring to install Node JS and npm before starting. Make sure you already have them. Getting Started Doing everything using the existing git repo First of all, you have to be sure you have node > 6.x installed, than run the following commands: After successfull completion of the last command browser window will automatically open will look like this. package.json What we’re installing and why We’re going to use and libraries to create components and manage state. vue vuex We’re using package to make async requests to Cosmic JS for deleting media in a loop. async We’re using package to create our layouts using vue components. buefy We’re going to use library to handle our requests to our Cosmic JS bucket. Cosmic JS is used for form validation. vee-validate is used for server side rendering. nuxt Building our app Now we will set up our nuxt.config.js in our root directory where we will change the favicon and set the other basic properties for the app link build properties and linting etc. Also we will include the external CDN’s required for the app. Below is the nuxt.config.js file. Setup default.js default.js in the layouts directory is the starting point in all the app. Here we include master view attributes like navbar and footer. the important thing here is the nuxt tag will initiate all the pages depending upon the route. In the script section in beforeMount we have called the actions that we need to be called when the application loads. Here ‘getMenus’ is worth noting. This action fetches the menu for the current date when application is launched. We have also exposed the store to the vue components. Routing When using nuxt.js we do not need to worry about creating the routes. Nuxt do the job for us. We need to follow the file directory rules described by nuxt and it will create all the necessary routes for us. For more information visit Nuxt documentation Setup index.vue is the first page that will render. I have used buefy components for UI. You can check their documentation . Most important code block here to include landingpage component in the template . This piece of code will render the LandingPage component. \pages\index.vue here Vuex Moving ahead first I will discuss about Vuex and why we should use that. You can obviously use simple state and props for smaller applications. But for large applications we must use some kind of state management like redux in React. Vuex is maintained by vue team and it is widely used. Today we will use that. Below is the Vuex flow diagram that I will explain. There are four main concepts in vuex. State Actions Mutations Getters is where our whole application state/data will be store. So how it will work? For example, you are using this store in you component and want to change some state value. You have to dispatch an . Then will commit the and it will change the state. So why action is needed, we can change state directly in mutation. Action is very important. We need actions when we have to call any async function and then on its success change the state. In case of API we consume request in actions and commit mutation to change state. It is very simple but very import to follow. State action action mutation are simple getter function to get value of state in components. If you need one state value in different components so it is better to create getter for it and use that getter in component as computed property. Getters It is convention to create vuex folder and then create store.js in it. So I did the same and created . store/store.js This is an abbreviated version of “How to Build a Restaurant Menu App”. The full version is available on Cosmic JS. . Click here to view the full article Conclusion This is a basic app for a restaurant menu built using vue , vuex , Cosmic JS and nuxt.js. I hope you liked the tutorial and will be helpfull for you.

How to Build a Restaurant Menu App in Nuxt & Vuex using Cosmic JS

How to build a recipe app using Vue.js and Vuex

Web Components and How They Interact in Vue and Vuex

USA v. eBay Court Filing, retrieved on January 11, 2024, is part of . You can jump to any part in this filing . This is part 6 of 12. HackerNoon’s Legal PDF Series here The Harassment and Intimidation Campaign 28. On or about August 1, 2019, the New York Times reported that eBay had accused Amazon in a lawsuit of unlawfully poaching eBay sellers to Amazon's online marketplace. 29. That day, at approximately 1 :46 p.m. (EDT), Ina Steiner posted an article on EcommerceBytes under the headline, "eBay RJCO Lawsuit Meant to Curb Seller Exodus to Amazon?" She wrote: "[Executive] 1 has been unable to stop a decline in market sales, but trying to dissuade sellers from turning to Amazon (and trying to get Amazon to stop recruiting sellers) may not be the best tactic." 30. At approximately 2: 19 p.m. (EDT), Executive 1 texted Executive 2: "Ina is out with a hot piece on the litigation. If we are ever going to take her down ..now is the time." 31. Executive 2 responded at approximately 2:36 p.m. (EDT): "On it." 32. As set forth below, a series of text messages followed between Executive 2 and Baugh, beginning with Executive 2's passing along of Executive l's suggestion that "we ... take her down": 33. Executive 2 and Baugh's August 1, 2019 conversation continued by text, with Baugh committing to put in motion a "plan B" and Executive 2 committing to "embrace managing any bad fall out." 34. Baugh continued, stating falsely that Fidomaster-whom he refe1nd to as the "unsuck idiot"-was David Steiner "or [an]other close associate" off Ina Steiner's: 35. Baugh concluded the August 1 exchange with Executive 2 as follows: 36. On or about August 6, 2019, an eBay seller contacted Executive 1 to complain about @unsuckebay, one of the Twitter accounts controlled by Fidomaster. The seller's complaint led Executive 2, Executive 1, Baugh, and eBay's general counsel to communicate about eBay's unsuccessful effo1ts to have the Twitter account shut down. 37. Executive 2's email concluded: "I am utterly vexed by this! This twitter account [Fidomaster] dominates our social narrative with his CONSTANT obsession with trolling us. It's more than annoying, it's very damaging." 38. The email noted that Fidomaster and "the eCom[m]ercebytes gal"-a reference to Ina Steiner- were "infatuated with eBay" and "have seemingly dedicated their Jives to erroneously trashing us as a way to build their own brand-or even build a business." It continued, "This issue gives me ulcers, harms employee moral, and trickles into everything about our brand.  I genuinely believe these people are acting out of malice and ANYTHING we can do to solve it should be explored. Somewhere, at some point, someone chose to let this slide. It has grown to a point that is absolutely unacceptable. It's the 'blind eye toward graffiti that turns into mayhem' syndrome and I'm sick about it. Whatever. It. Takes." 39. On or about August 7, 2019, at 4:59 p.m. (PDT), Baugh asked Executive 2 by message, "lf l can neutralize Ina's website in two weeks or less, does that work for you?" Within minutes, Executive 2 responded: "I want to see ashes. As long as it takes. Whatever it takes." 40. After receiving Executive 2's text messages and emails about the Steiners, EcommerceBytes, and Fidomaster, Baugh shared them with, among others, Harville, Gilbert, Cooke, Popp, Stockwell, and Zea. 41. Beginning on or about August 5, 2019 and continuing through at least September 6, 2019, Baugh, Harville, Gilbert, Cooke, Popp, Stockwell, and Zea (together "the Individual Defendants") worked together to harass and intimidate the Steiners, and to place them under surveillance with.the intent to harass and intimidate them, through repeated and hostile Twitter messages, deliveries of unwanted-and in some instances disturbing-items to the Steiners' home, and travel to Massachusetts to conduct physical surveillance. The Individual Defendants' conduct caused, attempted to cause, and would reasonably have been expected to cause substantial emotional distress to the Steiners. 42. The purposes of the harassment campaign were, among other things, to distract the Steiners from publishing EcommerceBytes, to alter the website's coverage of eBay, and to gather information that the Individual Defendants could use to discredit the Steiners and EcomrnerceBytes. 43. The Individual Defendants took steps to conceal their harassment campaign from eBay investigators and state and federal authorities, by, among other things, using non-eBay electronic communications platforms, billing expenses related to the campaign to an outside contractor, monitoring law enforcement communications, forging records, lying to investigators, and destroying evidence. 44. Among the manner and means by which Individual Defendants carried out the harassment campaign were the following: a. Creating Twitter accounts in false names that featured ominous profile photos. b. Using these Twitter accounts to send threatening private direct messages ("DMs") to Ina Steiner about her, David Steiner, and EcommerceBytes. c. Publicly posting the Steiners' home address on Twitter, while suggesting in threatening messages that eBay sellers who were angry about EcommcerceBytes' coverage were going to visit the Steiners' home. d. Ordering unwanted and scary items and services to the Steiners' home, and ordering items intended to embarrass the Steiners to their neighbors' addresses. e. Posting online advertisements for fictitious events at the Steiners' home, including sexual encounters, to encourage strangers to visit them there. f. Traveling to Natick to install a GPS device on the Steiners' car, and to surveil the Steiners in their home and in their community. g. Monitoring law enforcement communications to avoid detection. h. Establishing false cover stories for the surveillance trip, including that the coconspirators were investigating the Steiners for threatening Executive 1. i. Continuing surveillance, even after the Steiners had detected it, with the purpose of intimidating them. J. Disguising their roles in the conspiracy by harassing and intimidating the Steiners using prepaid cell phones and laptops, VPN services, overseas email accounts, and prepaid debit cards purchased with cash. k. Offering the Steiners assistance with the very harassment they were committing, to earn the Steiners' good will ("the White Knight Strategy"). I. Making false and misleading statements to NPD personnel who were investigating the threatening communications, harassing deliveries, and surveillance of the Steiners. m. Communicating by WhatsApp regarding how to harass the Steiners and how to respond to the NPD investigation. n. Creating a "dossier" of their own threats to the Steiners, which they planned to show to the NPD as proof that Zea and Harville were in Massachusetts investigating the harassment of the Steiners (purportedly by third parties). o. Exchanging ideas about how best to thwart the NPD investigation, including creating false suspects, continuing the harassing deliveries, fabricating cover stories, and intervening with any San Jose area police that the NPD contacted to further its investigation. p. Lying to eBay investigators who were responding to NPD requests for eBay's assistance. q. Exchanging ideas about how best to thwart eBay's internal investigation. r. Deleting the contents of computers, cell phones, and social media accounts that evidenced the harassment and intimidation campaign and the defendants' and their coconspirators' efforts to obstruct the NPD investigation. Continue Reading . Here About HackerNoon Legal PDF Series: We bring you the most important technical and insightful public domain court case filings. This court case retrieved on January 11, 2024, from is part of the public domain. The court-created documents are works of the federal government, and under copyright law, are automatically placed in the public domain and may be shared without legal restriction. ecommercebytes.com

Conspiracy at eBay: The Disturbing Saga of Harassment, Stalking, and Cover-ups

ইবে-এ ষড়যন্ত্র: হয়রানি, স্টাকিং এবং কভার-আপের বিরক্তিকর কাহিনী

Verschwörung bei eBay: Die verstörende Saga von Belästigung, Stalking und Vertuschungen

Conspiración en eBay: la inquietante saga de acoso, acecho y encubrimiento

Conspiration sur eBay : la saga inquiétante du harcèlement, du harcèlement et des dissimulations

ईबे पर षडयंत्र: उत्पीड़न, पीछा करने और छुपाने की परेशान करने वाली गाथा

eBay の陰謀: 嫌がらせ、ストーキング、隠蔽という不穏な物語

eBay의 음모: 괴롭힘, 스토킹, 은폐라는 충격적인 이야기

Conspiração no eBay: a perturbadora saga de assédio, perseguição e encobrimento

Заговор на eBay: тревожная сага о преследованиях, преследованиях и сокрытиях

eBay'de Komplo: Rahatsız Edici Taciz, Takip ve Örtbas Destanı

Âm mưu tại eBay: Câu chuyện đáng lo ngại về quấy rối, theo dõi và che đậy

eBay 的阴谋：骚扰、跟踪和掩盖的令人不安的传奇故事

Chaos in Code: AI Assistants Clash in a Battle for Digital Supremacy

This paper is under CC BY-NC-SA 4.0 DEED license. available on arxiv Authors: (1) H. Wen, Department of Economics, University of Bath; (2) T. Huang, Faculty of Business and Law, University of Roehampton; (3) D. Xiao, School of Mathematical Sciences. Table of Links Abstract and Introduction Relevant Blockchain Technologies Basic Model Advanced Models for Real-World Scenarios Monte Carlo Simulations Conclusions Future Investigations, and References 2. Relevant Blockchain Technologies Introduced in 2009 as the foundation of Bitcoin, blockchain technology is a decentralized, immutable distributed ledger, facilitating the transparent and verifiable recording of transactions. Each transaction is appended to a structure known as a ’block’, which in turn links to the previous block, thereby forming a chain. The advantages of blockchain are manifested in its transparency, security, decentralization, and immutability. Despite its transformative potential across sectors—such as supply chain management, finance, healthcare, and voting systems—blockchain grapples with various challenges. These encompass high energy consumption, scalability, transaction speed, and regulatory issues. A notable challenge, particularly salient for integrating the real-world with blockchain, is the lack of sustainable oracles. Oracles serve as critical infrastructure, bridging the gap between on-chain and off-chain environments, yet their sustainability and reliability remain areas of concern. Nevertheless, the optimism surrounding blockchain’s ability to revolutionize diverse industries persists. In this section, we will delve into the workings of Oracles as the Connections between Blockchain and the Real World and Blockchain in Voting Systems, discuss the Scalability Requirements our reputation system necessitates, and enumerate relevant Blockchain Technologies for Potential Integration. 2.1. Oracles as the Connections between Blockchain and the Real World Oracles, in the realm of blockchain, function as pivotal bridges connecting the real world with on-chain smart contracts. These systems essentially imbue blockchain platforms with a capability they intrinsically lack: accessing and processing data from external sources. When a real-world event or condition is met, oracles convey this information to smart contracts, triggering predefined operations. In such a setting, the credibility, timeliness, and accuracy of the data become indispensable, as the execution of the contract relies on this external information. Yet, ensuring the sustained and trustworthy operation of oracles presents challenges, a significant one being the incentive mechanism. To encourage data providers to supply accurate and timely information, many oracle systems deploy tokens as rewards. However, this approach often entails the transition of native assets, like ”Link”, from non-circulation to circulation. Over time, this can potentially dilute the value of the tokens for all holders. As the reservoir of these incentives approaches depletion, questions about the long-term sustainability of such a system become pressing. How can one maintain the motivation of data providers without compromising the system’s overall stability and value? This paper aims to address the above conundrum by introducing our novel blockchain reputation system. We posit that this system can function as a sustainable solution for oracle operations. Rather than leaning heavily on token-based rewards, our approach integrates the principles of reputation and trust, ensuring that data providers are motivated by both immediate rewards and the longer-term benefits of maintaining a trustworthy reputation. In the subsequent sections, we will delve into the intricacies of our proposal, illustrating how it offers a harmonious blend of incentives, trustworthiness, and sustainability. 2.2. Blockchain in Voting Systems A blockchain-based voting system operates as follows: 1. : For traditional blockchain-based voting systems aimed at public elections or polls, participants are typically required to register on the platform. Once verified, voters are provided with a unique cryptographic identity that ensures both anonymity and eligibility. This method mimics the conventional voter registration process but integrates the benefits of blockchain. Voter Registration However, in the context of blockchain governance, especially on Proof of Stake (PoS) platforms, the registration process may differ. In these scenarios, the act of creating a blockchain wallet and acquiring assets within that wallet often implicitly grants the holder voting rights. The weight of their vote might be determined by the amount of the asset they hold. Thus, there isn’t a separate ’registration’ as such; instead, participation in the network (by holding assets) inherently provides the ability to vote. 2. : When casting a vote, the voter signs it with their cryptographic key. This vote is then added as a transaction to be confirmed and recorded on the blockchain. Voting Process 3. : Once the voting period concludes, the votes can be tallied directly from the blockchain. Given the blockchain’s immutable nature, the records cannot be changed, ensuring an accurate count. Vote Counting 4. : At any point, anyone can verify the votes on the blockchain without revealing the identity of the voter, ensuring a transparent yet confidential system. Transparency and Verification 2.2.2. Real-world Implementations Many existing blockchain platforms have adopted on-chain governance and voting mechanisms, demonstrating the feasibility and reliability of this approach. For example: • : The Cosmos Network utilizes a staking and delegation model wherein ATOM holders can delegate their stakes to validators [43, 44]. These validators then propose and vote on network changes and upgrades, ensuring decentralized decision-making. Each vote’s weight is proportionate to the stake, promoting a sense of accountability among validators. Cosmos (ATOM) • : Tezos has an on-chain governance system where XTZ holders vote on protocol upgrades [45, 46]. Instead of contentious hard forks, the platform evolves through community consensus, emphasizing adaptability. Tezos (XTZ) To sum up, blockchain’s inherent properties—security, transparency, and decentralization—make it an ideal candidate for reshaping voting systems. By ensuring a democratic and trustworthy process, it offers a future-proof solution to traditional voting challenges. 2.3. Scalability Requirements Scalability has perennially been one of the most contentious challenges in the blockchain domain [47, 48]. It stands as a stumbling block that has led numerous promising projects to falter or even wither away before achieving their potential. The crux of the scalability challenge is the need to handle a vast number of transactions per second (TPS) without compromising on speed, security, or decentralization. However, our reputation system elegantly sidesteps this vexing issue. The fundamental reason is its modular design: while our system is dedicated solely to ratings or votes, the actions and trades of agents can occur on any external public blockchain. This delineation ensures that the TPS demand for our system is driven exclusively by the frequency at which agents rate or vote. In reality, such activities are infrequent. On average, an individual might cast a rating or a vote once every few days. Even in the most engaged scenarios, a single individual might rate only a few times within a day. Given this low-frequency engagement, even with participants in the order of millions, the system would only necessitate a TPS at the level of hundreds. Notably, this is well within the capabilities of many existing blockchain platforms [49, 50]. In essence, by confining our system’s operations to these particular tasks and allowing other actions to be handled elsewhere, we’ve effectively decoupled our platform’s functionality from the more demanding scalability requirements that have beleaguered so many other projects. 2.4. Blockchain Technologies for Potential Integration 2.4.1. Ring Signatures: Ensuring Anonymity and Authenticity Our blockchain-based reputation system can benefit from the technique of Ring Signatures to safeguard the privacy of agents. This ensures that they can express their opinions without concerns of potential retaliation or discrimination, especially when giving negative feedback. Ring Signatures, originally introduced for ensuring anonymous communications, plays a pivotal role in ensuring both the authenticity and anonymity of transactions in our reputation system. A ring signature, in essence, is a type of digital signature that can be generated by any member of a group of users, which we’ll refer to as a ’ring’. The distinguishing feature of this signature is its ambiguity: while anyone can validate the signature to ascertain that a member of the group generated it, it remains computationally infeasible to determine the exact individual who created the signature. Within our reputation system, when a user wishes to endorse or rate an entity, they can use ring signatures to validate their authenticity (proving they belong to a group of legitimate users) while keeping their individual identity concealed. This ensures that while ratings and feedbacks are trustworthy and genuine, raters can maintain their privacy. For instance, if Alice wants to rate a service, she can produce a ring signature using her private key and the public keys of other members in the ring. When others verify this rating, they can be confident that it originated from someone within the group, but they can’t pinpoint it specifically to Alice, ensuring her anonymity. interface RingSignature { function generateSignature(bytes memory _data, bytes[] memory _publicKeys) public ,→ returns (bytes memory); function verifySignature(bytes memory _data, bytes memory _signature) public returns ( ,→ bool); } 2.4.2. Threshold Functions in Zero Knowledge Proofs Zero Knowledge Proofs (ZKPs), specifically in our design at a later stage when the computing environment is allow, can be implemented to introduce a threshold functionality. This is a sophisticated feature allowing agents to prove their reputation score exceeds a set threshold without unveiling the exact score, preserving user’s privacy. Although valuable, this feature introduces a computational overhead due to the intrinsic complexity of ZKPs. As a starting point, our design opts to unveil interfaces for this threshold functionality without instant deployment, preserving computational efficiency. interface ThresholdZKP { function verifyProof(bytes memory _proof) public returns (bool); // Potential future functions } 2.4.3. Commitment Schemes with Rounds To accentuate fairness, especially in scenarios where real-time rating or feedback might be infeasible, our system envisages the use of Commitment Schemes [51, 52] in a round-based manner. In this paradigm, participants first ’commit’ to their ratings within a specific round. Following the round’s conclusion, these commitments are ’revealed’. This stratagem promotes fairness within each round, eliminating the possibility of preemptive actions based on insights or predictions. If our system doesn’t adopt this round-based approach initially, we envision the Commitment Schemes to be woven in at a later stage, bolstering the system’s fairness. interface CommitmentRounds { function commitRating(bytes memory _rating) public; function revealRating(bytes memory _commitmentKey) public; // Supplementary functions for advanced features } In essence, the blend of Ring Signatures, ZKPs, and Commitment Schemes amplifies the robustness and fairness of our blockchain-based reputation system. This blend ensures a future-ready framework that starts lean but is capable of seamlessly adopting advanced features.

Relevant Blockchain Technologies for a Sustainable Reputation System

Moving to the upcoming WebGPU means more than just switching graphics APIs. It's also a step towards the future of web graphics. But this migration will turn out better with preparation and understanding — and this article will get you ready. Hello everyone, my name is Dmitrii Ivashchenko and I'm a software engineer at MY.GAMES. In this article, we'll discuss the differences between WebGL and the upcoming WebGPU, and we'll lay out how to prepare your project for migration. Content Overview Timeline of WebGL and WebGPU The current state of WebGPU, and what's to come High-level Conceptual Differences Initialization • WebGL: The Context Model • WebGPU: The Device Model Programs and Pipelines • WebGL: Program • WebGPU: Pipeline Uniforms • Uniforms in WebGL 1 • Uniforms in WebGL 2 • Uniforms in WebGPU Shaders • Shader Language: GLSL vs WGSL • Comparison of Data Types • Structures • Function Declarations • Built-in functions • Shader Conversion Convention Differences Textures • Viewport Space • Clip Spaces WebGPU Tips & Tricks • Minimize the number of pipelines you use. • Create pipelines in advance • Use RenderBundles Summary Timeline of WebGL and WebGPU , like many other web technologies, has roots that stretch back quite far into the past. To understand the dynamics and motivation behind the move towards WebGPU, it's helpful to first take a quick look at the history of WebGL development: WebGL The desktop version of OpenGL debuts. OpenGL desktop (1993) : This was the first stable release of WebGL, based on OpenGL ES 2.0, which was itself introduced in 2007. It provided web developers with the ability to use 3D graphics directly in browsers, without the need for additional plugins. WebGL 1.0 (2011) : Introduced six years after the first version, WebGL 2.0 was based on OpenGL ES 3.0 (2012). This version brought with it a number of improvements and new capabilities, making 3D graphics on the web even more powerful. WebGL 2.0 (2017) In recent years, there has been a surge of interest in new graphics APIs that provide developers with more control and flexibility: : Created by the Khronos group, this cross-platform API is the "successor" to OpenGL. Vulkan provides lower-level access to graphics hardware resources, allowing for high-performance applications with better control over graphics hardware. Vulkan (2016) : This API was created by Microsoft and is exclusively for Windows and Xbox. D3D12 is the successor to D3D10/11 and provides developers with deeper control over graphics resources. D3D12 (2015) : Created by Apple, Metal is an exclusive API for Apple devices. It was designed with maximum performance on Apple hardware in mind. Metal (2014) The current state of WebGPU, and what's to come Today, WebGPU is available on multiple platforms such as Windows, Mac, and ChromeOS through the Google Chrome and Microsoft Edge browsers, starting with version 113. Support for Linux and Android is expected in the near future. Here are some of the engines that already support (or offer experimental support) for WebGPU: : Full support for WebGPU. Babylon JS : Experimental support at the moment. ThreeJS : In development, but with very promising prospects. PlayCanvas : Very early and experimental WebGPU support was announced in version 2023.2 alpha. Unity : Officially supports WebGPU, making it one of the pioneers in this area. Cocos Creator 3.6.2 : currently supported in v113+ for Windows, macOS, and ChromeOS only. Construct Considering this, transitioning to WebGPU or at least preparing projects for such a transition appears to be a timely step in the near future. High-level Conceptual Differences Let's zoom out and take a look at some of the high-level conceptual differences between WebGL and WebGPU, starting with initialization. Initialization When starting to work with graphics APIs, one of the first steps is to initialize the main object for interaction. This process differs between WebGL and WebGPU, with some peculiarities for both systems. WebGL: The Context Model In WebGL, this object is known as "context", which essentially represents an interface for drawing on an HTML5 canvas element. Obtaining this context is quite simple: const gl = canvas.getContext('webgl'); The context of WebGL is actually tied to a specific canvas. This means that if you need to render on multiple canvases, you will need multiple contexts. WebGPU: The Device Model WebGPU introduces a new concept called "device". This device represents a GPU abstraction that you will interact with. The initialization process is a bit more complex than in WebGL, but it provides more flexibility: const adapter = await navigator.gpu.requestAdapter();
const device = await adapter.requestDevice();

const context = canvas.getContext('webgpu');
context.configure({
   device,
   format: 'bgra8unorm',
}); One of the advantages of this model is that one device can render on multiple canvases or even none. This provides additional flexibility; for example, one device may control rendering in multiple windows or contexts. Programs and Pipelines WebGL and WebGPU represent different approaches to managing and organizing the graphics pipeline. WebGL: Program In WebGL, the main focus is on the shader program. The program combines vertex and fragment shaders, defining how vertices should be transformed and how each pixel should be colored. const program = gl.createProgram();
gl.attachShader(program, vertShader);
gl.attachShader(program, fragShader);
gl.bindAttribLocation(program, 'position', 0);
gl.linkProgram(program); Steps for creating a program in WebGL: : The source code for shaders is written and compiled. Creating Shaders : Compiled shaders are attached to the program and then linked. Creating Program : The program is activated before rendering. Using Program : Data is transmitted to the activated program. Data Transmission This process allows for flexible graphics control, but can also be complex and prone to errors, especially for large and complex projects. WebGPU: Pipeline WebGPU introduces the concept of a "pipeline" instead of a separate program. This pipeline combines not only shaders but also other information, which in WebGL, is established as states. So, creating a pipeline in WebGPU looks more complex: const pipeline = device.createRenderPipeline({
 layout: 'auto',
 vertex: {
   module: shaderModule, entryPoint: 'vertexMain',
   buffers: [{
     arrayStride: 12,
     attributes: [{
       shaderLocation: 0, offset: 0, format: 'float32x3'
     }]
   }],
 },
 fragment: {
   module: shaderModule, entryPoint: 'fragmentMain',
   targets: [{ format, }],
 },
}); Steps to create a pipeline in WebGPU: : The shader source code is written and compiled, similar to how it's done in WebGL. Shader definition : Shaders and other rendering parameters are combined into a pipeline. Pipeline creation : The pipeline is activated before rendering. Pipeline usage While WebGL separates each aspect of rendering, WebGPU tries to encapsulate more aspects into a single object, making the system more modular and flexible. Instead of separately managing shaders and rendering states, as is done in WebGL, WebGPU combines everything into one pipeline object. This makes the process more predictable and less prone to errors: Uniforms Uniform variables provide constant data that is available to all shader instances. Uniforms in WebGL 1 In basic WebGL, we have the ability to set variables directly through API calls. uniform : GLSL uniform vec3 u_LightPos;
uniform vec3 u_LightDir;
uniform vec3 u_LightColor; : JavaScript const location = gl.getUniformLocation(p, "u_LightPos");
gl.uniform3fv(location, [100, 300, 500]); This method is simple, but requires multiple API calls for each variable. uniform Uniforms in WebGL 2 With the arrival of WebGL 2, we now have the ability to group variables into buffers. Although you can still use separate uniform shaders, a better option is to group different uniforms into a larger structure using uniform buffers. Then you send all this uniform data to the GPU at once, similar to how you can load a vertex buffer in WebGL 1. This has several performance advantages, such as reducing API calls and being closer to how modern GPUs work. uniform : GLSL layout(std140) uniform ub_Params {
   vec4 u_LightPos;
   vec4 u_LightDir;
   vec4 u_LightColor;
}; : JavaScript gl.bindBufferBase(gl.UNIFORM_BUFFER, 1, gl.createBuffer()); To bind subsets of a large uniform buffer in WebGL 2, you can use a special API call known as . In WebGPU, there is something similar called dynamic uniform buffer offsets where you can pass a list of offsets when calling the API. bindBufferRange setBindGroup Uniforms in WebGPU WebGPU offers us an even better method. In this context, individual variables are no longer supported, and work is done exclusively through buffers. uniform uniform : WGSL [[block]] struct Params {
   u_LightPos : vec4<f32>;
   u_LightColor : vec4<f32>;
   u_LightDirection : vec4<f32>;
};
[[group(0), binding(0)]] var<uniform> ub_Params : Params; : JavaScript const buffer = device.createBuffer({
  usage: GPUBufferUsage.UNIFORM,
  size: 8
}); Modern GPUs prefer data to be loaded in one large block, rather than many small ones. Instead of recreating and rebinding small buffers each time, consider creating one large buffer and using different parts of it for different draw calls. This approach can significantly increase performance. WebGL is more imperative, resetting global state with each call, and striving to be as simple as possible. WebGPU, on the other hand, aims to be more object-oriented and focused on resource reuse, which leads to efficiency. Transitioning from WebGL to WebGPU may seem difficult due to differences in methods. However, starting with a transition to WebGL 2 as an intermediate step can simplify your life. Shaders Migrating from WebGL to WebGPU requires changes not only in the API, but also in shaders. The WGSL specification is designed to make this transition smooth and intuitive, while maintaining efficiency and performance for modern GPUs. Shader Language: GLSL vs WGSL WGSL is designed to be a bridge between WebGPU and native graphics APIs. Compared to GLSL, WGSL looks a bit more verbose, but the structure remains familiar. Here's an example shader for texture: : GLSL sampler2D myTexture;
varying vec2 vTexCoord;
void main() {
  return texture(myTexture, vTexCoord);
} : WGSL [[group(0), binding(0)]] var mySampler: sampler;
[[group(0), binding(1)]] var myTexture: texture_2d<f32>;
[[stage(fragment)]]
fn main([[location(0)]] vTexCoord: vec2<f32>) -> [[location(0)]] vec4<f32> {
  return textureSample(myTexture, mySampler, vTexCoord);
} Comparison of Data Types The table below shows a comparison of the basic and matrix data types in GLSL and WGSL: Transitioning from GLSL to WGSL demonstrates a desire for stricter typing and explicit definition of data sizes, which can improve code readability and reduce the likelihood of errors. Structures The syntax for declaring structures has also changed: GLSL: struct Light {
  vec3 position;
  vec4 color;
  float attenuation;
  vec3 direction;
  float innerAngle;
  float angle;
  float range;
}; WGSL: struct Light {
  position: vec3<f32>,
  color: vec4<f32>,
  attenuation: f32,
  direction: vec3<f32>,
  innerAngle: f32,
  angle: f32,
  range: f32,
}; Introducing explicit syntax for declaring fields in WGSL structures emphasizes the desire for greater clarity and simplifies understanding of data structures in shaders. Function Declarations : GLSL float saturate(float x) {
	return clamp(x, 0.0, 1.0);
} : WGSL fn saturate(x: f32) -> f32 {
  return clamp(x, 0.0, 1.0);
} Changing the syntax of functions in WGSL reflects the unification of the approach to declarations and return values, making the code more consistent and predictable. Built-in functions In WGSL, many built-in GLSL functions have been renamed or replaced. For example: Renaming built-in functions in WGSL not only simplifies their names, but also makes them more intuitive, which can facilitate the transition process for developers familiar with other graphics APIs. Shader Conversion For those who are planning to convert their projects from WebGL to WebGPU, it's important to know that there are tools for automatically converting GLSL to WGSL, such as **[Naga](https://github.com/gfx-rs/naga/)**, which is a Rust library for converting GLSL to WGSL. It can even work right in your browser with the help of WebAssembly. Here are Naga supported end-points: Convention Differences Textures After migration, you may encounter a surprise in the form of flipped images. Those who have ever ported applications from OpenGL to Direct3D (or vice versa) have already faced this classic problem. In the context of OpenGL and WebGL, textures are usually loaded in such a way that the starting pixel corresponds to the bottom left corner. However, in practice, many developers load images starting from the top left corner, which leads to the flipped image error. Nevertheless, this error can be compensated by other factors, ultimately leveling out the problem. Unlike OpenGL, systems such as Direct3D and Metal traditionally use the upper-left corner as the starting point for textures. Considering that this approach seems to be the most intuitive for many developers, the creators of WebGPU decided to follow this practice. Viewport Space If your WebGL code selects pixels from the frame buffer, be prepared for the fact that WebGPU uses a different coordinate system. You may need to apply a simple "y = 1.0 - y" operation to correct the coordinates. Clip Spaces When a developer faces a problem where objects are clipped or disappear earlier than expected, this is often related to differences in the depth domain. There's a difference between WebGL and WebGPU in how they define the depth range of the clip space. While WebGL uses a range from -1 to 1, WebGPU uses a range from 0 to 1, similar to other graphics APIs such as Direct3D, Metal, and Vulkan. This decision was made due to several advantages of using a range from 0 to 1 that were identified while working with other graphics APIs. The main responsibility for transforming your model's positions into clip space lies with the projection matrix. The simplest way to adapt your code is to ensure that your projection matrix outputs results in the range of 0 to 1. For those using libraries such as gl-matrix, there is a simple solution: instead of using the function, you can use ; similar functions are available for other matrix operations. perspective perspectiveZO if (webGPU) {
	// Creates a matrix for a symetric perspective-view frustum
  // using left-handed coordinates
  mat4.perspectiveZO(out, Math.PI / 4, ...);
} else {
  // Creates a matrix for a symetric perspective-view frustum
  // based on the default handedness and default near
  // and far clip planes definition.
  mat4.perspective(out, Math.PI / 4, …);
} However, sometimes you may have an existing projection matrix and you can't change its source. In this case, to transform it into a range from 0 to 1, you can pre-multiply your projection matrix by another matrix that corrects the depth range. WebGPU Tips & Tricks Now, let's discuss some tips and tricks for working with WebGPU. Minimize the number of pipelines you use. The more pipelines you use, the more state switching you have, and the less performance; this may not be trivial, depending on where your assets come from. Create pipelines in advance Creating a pipeline and using it immediately may work, but this is not recommended. Instead, create functions that return immediately and start working on a different thread. When you use the pipeline, the execution queue needs to wait for pending pipeline creations to finish. This can result in significant performance issues. To avoid this, make sure to leave some time between creating the pipeline and first using it. Or, even better, use the variants! The promise resolves when the pipeline is ready to use, without any stalling. create*PipelineAsync device.createComputePipelineAsync({
 compute: {
   module: shaderModule,
   entryPoint: 'computeMain'
 }
}).then((pipeline) => {
  const commandEncoder = device.createCommandEncoder();
  const passEncoder = commandEncoder.beginComputePass();
  passEncoder.setPipeline(pipeline);
  passEncoder.setBindGroup(0, bindGroup);
  passEncoder.dispatchWorkgroups(128);
  passEncoder.end();
  device.queue.submit([commandEncoder.finish()]);
}); Use RenderBundles Render bundles are pre-recorded, partial, reusable render passes. They can contain most rendering commands (except for things like setting the viewport) and can be "replayed" as part of an actual render pass later on. const renderPass = encoder.beginRenderPass(descriptor);

renderPass.setPipeline(renderPipeline);
renderPass.draw(3);

renderPass.executeBundles([renderBundle]);

renderPass.setPipeline(renderPipeline);
renderPass.draw(3);

renderPass.end(); Render bundles can be executed alongside regular render pass commands. The render pass state is reset to defaults before and after every bundle execution. This is primarily done to reduce the JavaScript overhead of drawing. GPU performance remains the same regardless of the approach. Summary Transitioning to WebGPU means more than just switching graphics APIs. It's also a step towards the future of web graphics, combining successful features and practices from various graphics APIs. This migration requires a thorough understanding of technical and philosophical changes, but the benefits are significant. Useful Resources & Links: WebGPU — All of the cores, none of the canvas From WebGL to WebGPU in Construct by Alain Galvan Raw WebGPU tutorial by Brandon Jones WebGPU Best Practices WebGL + WebGPU Meetup - July 2023 Link

Migrating from WebGL to WebGPU

WebGL থেকে WebGPU-তে স্থানান্তরিত হচ্ছে

Migration von WebGL zu WebGPU

Migrando de WebGL a WebGPU

Migration de WebGL vers WebGPU

WebGL से WebGPU पर माइग्रेट किया जा रहा है

WebGL から WebGPU への移行

WebGL에서 WebGPU로 마이그레이션

Migrando de WebGL para WebGPU

Переход с WebGL на WebGPU

WebGL'den WebGPU'ya geçiş

Di chuyển từ WebGL sang WebGPU

从 WebGL 迁移到 WebGPU

LONDON, United Kingdom, December 18th, 2023/Chainwire/--Today, Veloce Media Group proudly announces the launch of its partnership with , an innovative multiplayer racing management and simulation platform set to redefine the landscape of virtual motorsports. Racino Through the incorporation of the into Racino’s ecosystem, players can acquire various collectible cars, liveries, and driver cosmetics. The heightened emphasis on ownership brings a fresh wave of excitement to each part of the gameplay, creating a more immersive and active playing environment. VEXT token Racino will transform the future of motorsport management games, as players not only step into the shoes of a team principal but also take ownership and development of their cars, where strategic choices drastically impact race outcomes, public renown, and tangible rewards. Unlike most racing games on the market today, Racino elevates itself by mirroring real-life dynamics, where victories and defeats in motorsport management carry tangible financial weight, blending the thrill of racing with strategic financial planning and skill based gaming. https://www.youtube.com/embed/0SZ7j64mTxQ Racino’s Key Features: Digital Ownership: Players have exclusive rights to digital collectibles like cars, liveries, and driver cosmetics. These items can appreciate in value offering exciting trading and selling opportunities based on market demand or scarcity. Real Stakes & Rewards: Racino utilizes the same exhilarating 'risk vs reward' mechanics of the real world, allowing players to revel in the tangible outcomes of their in-game decisions. Winning races, managing reward mechanisms for greater gains, honing skills through gameplay, and increasing the rarity of their assets are not just for fun – they are strategic moves that lead to real, measurable rewards, reflecting the true nature of competitive racing. Elevated Multiplayer: Racino brings a distinct multiplayer experience to your browser, connecting players across the globe to build their racing empires and strategize against friends and foes alike. Secure your place in tightly contested grids and manage your team to motorsport glory -- where your skill on the track shapes your legacy in the thrilling world of virtual motorsports. 💻 Hi-Fi Simulations: Situated at the forefront of virtual motorsport realism, Racino’s cutting-edge technology and complex AI algorithms create a deeply immersive racing experience. Every decision, from track selection to car modifications, interacts with dynamic weather and realistic physics right before your eyes, in stunning 3D & 2D. 🥇 Mastery Matters: Steer your own path in Racino, where every choice dictates success. Each car, equally matched in potential, offers unique configurations begging for exploration and strategic mastery. Skillfully manage your budget, parts, and tunings to unveil your car’s full potential, as winning is about clever strategy, not a roll of the dice. 🚨 VEXT Integration: Racino, Integrated with Veloce Media Group's VEXT token, enables players to purchase virtual racing assets, blending inherent and performance-based value. This system not only brings the excitement of the track to your device but also allows for seamless transactions and access to exclusive content, marrying tangible rewards with the thrill of motorsport gaming. Rupert Svendsen-Cook, Founder of the Veloce Media Group said : “Veloce has and always will be an incredibly effective marketing funnel for many racing games however this moment marks the chapter of progressing to promoting our own gaming titles. Racino really is the most immersive and engaging racing game to come to web3, nothing comes close ! Veloce has 38 million racing gaming fans within our network and integrating VEXT within Racino is an incredibly compelling proposition for all stakeholders - primarily our community! With its pioneering approach to combining real stakes with immersive gameplay, Racino offers players a unique and thrilling experience. Racino will captivate our gamers with its unbelievably realistic simulation and strategic challenges. To say this is a game changer would be an understatement!” Additionally, Lorenzo George, CEO of Racino, referenced their partnership with Veloce Media Group "as essential to reaching one of the most passionate audiences in gaming and motorsports". Lorenzo also discussed the integration of the VEXT token into Racino, which enriches the gaming experience by offering diverse engagement and reward opportunities for players. Racino is gearing up for its Q1 2024 launch, offering an exhilarating blend of motorsports and skill-based gaming. Be one of the first to join, by signing up for the Alpha on Racino.io. Users are welcome to drive into the future of virtual racing and stay informed by following @Racinogaming & @Vextoken on X. About Veloce Media Group Founded in 2018, Veloce is a multi-pillared gaming and sports media group operating across some of the most innovative, fast-growing, and future-focused sectors in the UK. Headquartered in London, the Veloce brand comprises the industry-leading gaming and racing platform, Veloce Esports, and race-winning outfit, Veloce Racing, currently competing in the renowned Extreme E championship. As the world’s largest digital racing media network, Veloce has so far attracted over 35 million subscribers and nearly one billion monthly views with a focus on esports, gaming, purpose-driven motorsport, and Web3. Veloce is partnered with a number of high-profile teams from across the globe, running multiple gaming and esports team operations, including Mercedes AMG, Ferrari, and Yas Heat. Well established JV sub-brands, including Lando Norris’ gaming and lifestyle brand Quadrant, make up another key aspect of Veloce’s vast global network. For more information: | | | | | | | | | | | | | | Website Telegram Group Telegram Channel Twitter Discord Instagram YouTube CoinMarketCap CoinGecko ByBit MEXC Toobit Poloniex DigiFinex WhiteBIT Contact Head Of Digital Marketing Louis Broomfield Veloce Media Group louis@veloce.gg This story was distributed as a release by Chainwire under HackerNoon’s Business Blogging Program. Learn more about the program here.

Veloce Media Group Partners With Racino To Pioneer Virtual Motorsports With Real Stake

ভার্চুয়াল মোটরস্পোর্টসকে রিয়েল স্টেক দিয়ে অগ্রগামী করতে Racino-এর সাথে Veloce Media Group অংশীদার

Veloce Media Group arbeitet mit Racino zusammen, um mit echtem Einsatz Pionierarbeit im virtuellen Motorsport zu leisten

Veloce Media Group se asocia con Racino para ser pionero en los deportes de motor virtuales con un interés real

Veloce Media Group s'associe à Racino pour être pionnier dans le sport automobile virtuel avec un enjeu réel

रियल हिस्सेदारी के साथ वर्चुअल मोटरस्पोर्ट्स में अग्रणी बनने के लिए वेलोस मीडिया ग्रुप ने रैसिनो के साथ साझेदारी की

Veloce Media Group が Racino と提携し、実質出資でバーチャル モータースポーツを開拓

Veloce Media Group, Racino와 파트너십을 맺고 실제 지분을 활용한 가상 모터스포츠 개척

Veloce Media Group faz parceria com Racino para ser pioneiro no automobilismo virtual com participação real

Veloce Media Group сотрудничает с Рачино, чтобы стать пионером виртуального автоспорта с реальной ставкой

Veloce Media Group, Gerçek Bahisle Sanal Motor Sporlarına Öncülük Etmek İçin Racino ile Ortaklık Kuruyor

Tập đoàn truyền thông Veloce hợp tác với Racino để tiên phong trong lĩnh vực đua xe thể thao ảo với cổ phần thực sự

Veloce Media Group 与 Racino 合作，以真实股份开创虚拟赛车运动

Vue.js is a powerful JavaScript library used for building responsive and interactive user interfaces. Vue is used for its flexibility and simplicity. One of the special features of Vue.js that sets it apart is its plugin system which helps developers extend their Vue application functionality without altering its original behavior. In this article, we will explore what Vue plugins are, their benefits, how to integrate them into our Vue application, and examine some examples to gain a practical understanding of plugin usage. Vue.js plugins serve as modular components that extend the functionality of the Vue application without altering its original behavior. They also enable developers to add special features in the form of custom plugins and also add third-party plugins to the Vue app. Think of plugins as specialized tools you can add to a toolbox with each designed to extend and enhance the functionalities of your Vue application in a modular way. The way you can include a specific tool for a particular task in your toolbox is the same way Vue plugins add a specific functionality that is tailored to your application's needs. Imagine you have an application with multiple components, and you need to manage shared data across these components. Though Vue provides built-in features to handle data sharing, handling complex scenarios like this efficiently might require additional tools. Thereby the need for a plugin that can handle such a task. Vue plugins can be used to solve a wide range of problems from managing shared data across components to handling complex user interactions. They can also be used to improve the functionality of Vue applications and to optimize the rendering process. ​Vue.js plugins help developers solve a wide range of problems faced when building user interfaces. Below, are some examples of third-party plugins. Vue-select plugin is used for list filtering. Vuex plugin for state management. Vue-global for making global libraries available in the Vue application. Vue-directive for adding global directive in the Vue application. Syntax Now that we have understood the purpose and significance of Vue plugins, let us delve into the syntax for the incorporation of Vue plugins into our applications. Understanding this is very crucial in getting the benefits of plugins in our app. To use Vue.js third-party plugins, you first need to install it via the package manager npm or yarn. Once installed, you can make use of it in your app by importing it. The example below shows how to use a third-party plugin. npm install vue-plugin-name

// Import the plugin

import MyPlugin from 'my-plugin';

// Create a Vue instance

const app = createApp(App);

// Use the plugin

app.use(MyPlugin);

// Mount the app

app.mount('#app'); To use custom plugins, when creating custom plugins, you need to define a function that takes the Vue application instance as an argument. This function is where you add the functionality you want your plugin to provide. Below, is a syntax for creating a custom plugin. // Define the plugin
const MyPlugin = {
 install(app, options) {
 // Add functionality here

 app.config.globalProperties.$myMethod = function() {
   // Do something
 };
 },
};

// Create a Vue instance
const app = createApp(App);

// Use the plugin
app.use(MyPlugin);

// Mount the app
app.mount('#app'); Plugin Examples Let's explore some examples of the usage of plugins in Vue. In the example, we are going to look at the different forms of plugins. 1. Third-Party Plugins In this example, we will use the Vue router plugin used for handling page routing. / Step 1: Install Vue Router
npm install vue-router@4

// Step 2: Import and Use Vue Router
import { createApp } from 'vue'
import { createRouter, createWebHistory } from 'vue-router'
import App from './App.vue'
import Home from './components/Home.vue'
import About from './components/About.vue'

const routes = [
  { path: '/', component: Home },
  { path: '/about', component: About }
]

const router = createRouter({
  history: createWebHistory(),
  routes,
})

const app = createApp(App)

app.use(router)

app.mount('#app') 2. Custom Plugins They are personalized components you create in your app depending on your needs. Think of them as solutions you craft out yourself for a specific task. There are two examples to illustrate how custom plugins are made and applied to our app. The first example is customizing a greeting message while the other one is customizing a modal. Output: Greeting Message Example This example defines a Vue.js plugin that utilizes the options parameter and also adds a global method $displayGreeting to the app. ​The use of app.config.globalProperties object here is to add global properties or methods to the Vue instance. And this enables the properties or methods to be accessible by any component in the application. // Define a Vue.js plugin that adds a global method for displaying a greeting message

export default {

 install: (app, options) => {

   // Add a global method $displayGreeting to the Vue.js application

   // This method constructs a greeting message using the provided name and some predefined greeting and ending strings

   app.config.globalProperties.$displayGreeting = function(name) {

     this.greeting = options.greeting + name + options.ending;

   };

 },

}; // Create a Vue.js application and use the plugin
import { createApp } from 'vue';
import App from './App.vue';
import DisplayPlugin from './displayPlugin';

const app = createApp(App);

// Use the plugin with options for the greeting and ending strings
app.use(DisplayPlugin, { greeting: 'Welcome to, ', geekstogeeks: '!' });

app.mount('#app'); // Define a Vue.js component that uses the global method to display a greeting message
<script setup>
import { ref, onMounted, getCurrentInstance } from 'vue'

const name = ref('') // Define a data property for the name
const inputName = ref('') // Define a data property for the input name

onMounted(() => {
 // Call the global method when the component is mounted
 // Pass the input name as an argument to the method
 const instance = getCurrentInstance()
 instance?.appContext.config.globalProperties.$displayName(instance, inputName.value)
})
</script>

<template>
 <div>
   <input type="text" v-model="inputName" placeholder="Enter your name">
   <h1>{{ name }}!</h1>
 </div>
</template> Output: A Simple Modal Example In this example, we will explore how to create a custom plugin by creating a simple modal. Step 1 Create a new file myModal.vue to hold the modal functionalities //Create the modal component. 
<template>
  <transition name="modal">
    <div class="modal-mask" @click="$emit('close')">
      <div class="modal-wrapper" @click.stop>
        <div class="modal-container">
          <slot></slot>
          <button class="modal-default-button" @click="$emit('close')">Close</button>
        </div>
      </div>
    </div>
  </transition>
</template>

<style scoped>
.modal-mask {
  position: fixed;
  z-index: 9998;
  top: 0;
  left: 0;
  width: 100%;
  height: 100%;
  background-color: rgba(0, 0, 0, 0.5);
  display: flex;
  justify-content: center;
  align-items: center;
}

.modal-container {
  background: white;
  padding: 20px;
  border-radius: 10px;
}
</style> Step 2 Create the modal plugin //Create a file modalPlugin.js, to hold your plugin code. 

import MyModal from './MyModal.vue';

export default {
  install: (app) => {
    app.component('my-modal', MyModal);
  },
}; Step 3 Use the Plugin in your Application Javascript//In your main.js file, import the plugin and then apply it to your Vue app. 
import { createApp } from 'vue';
import App from './App.vue';
import modalPlugin from './modalPlugin';

const app = createApp(App);

app.use(modalPlugin);

app.mount('#app'); Step 4 Use the modal in your component Javascript//You can now use the my-modal component in any Vue component. 
<template>
  <div>
    <button @click="showModal = true">Show Modal</button>
    <my-modal v-if="showModal" @close="showModal = false">
      <h1>Successful!</h1>
      <p>You clicked the button.</p>
    </my-modal>
  </div>
</template>

<script>
export default {
  data() {
    return {
      showModal: false,
    };
  },
};
</script> Conclusion We have looked at what Vue plugins are and their importance in the development process of applications. How their attributes can be beneficial for developers in the building of dynamic and interactive interfaces. Also, we delve into how to create our own required plugins for our apps or choose a suitable one from third-party plugins. Understanding how to integrate plugins into our app not only makes our work easier as developers but also brings about good practice. Further reading. More examples

Vue.js Plugins: What Are They, Their Benefits, and How to Integrate Them

Stories, News & Mentions about V2EX

V2ex’s Stories on HackerNoon