Scraps: coding
6 items
Original Intention: The user sat down with the intention of creating a "cool thing" for a minor s...
• **Original Intention**: The user sat down with the intention of creating a "cool thing" for a minor side project, but their plans were derailed by unexpected deployment issues.
• **Duration of Issue**: The user spent 90 minutes attempting to resolve these issues, indicating the persistence and frustration caused by the problem.
• **Self-Reflection**: The user humorously describes their behavior as being "nerd-sniped," suggesting they were drawn into a complex technical problem that was difficult to resist or ignore.
• **Alternative Perspective**: The user offers an alternative interpretation of their actions, suggesting they were being "diligent and disciplined" in their attempt to resolve the issue, rather than simply being distracted.
• **Project Status**: The project in question is described as a "minor side project," suggesting it is not the user's primary focus or responsibility.
• **Unexpected Nature of Issues**: The user describes the issues as "inexplicable," indicating they were not anticipating or prepared for the problems they encountered.
• **Potential Impact on Productivity**: The time spent battling deployment issues could have been used to make progress on the intended project or other tasks, highlighting the potential productivity loss caused by technical difficulties.
• **Potential Learning Opportunity**: Despite the frustration, the user's struggle with deployment issues may have provided an opportunity to learn and improve their skills in this area.
• **Future Prevention**: The user's experience may serve as a reminder to allocate more time for testing and deployment in future projects, or to seek help or use tools that can automate or simplify these processes.
• **Humor as Coping Mechanism**: The user's use of humor ("nerd-sniped") suggests they are using humor as a coping mechanism to deal with the frustration and stress caused by the technical issues.
During a rainstorm, the user spent a few hours creating a tool to manage and rearrange their blocks…
• **Purpose**: During a rainstorm, the user spent a few hours creating a tool to manage and rearrange their blocks (notes) from are.na, a knowledge base platform.
• **Tool Name**: Not explicitly named, but referred to as a "little tool".
• **Functionality**: The tool pulls in all the user's are.na channels, allowing them to rearrange their blocks spatially. This suggests it provides a visual, spatial layout for organizing notes.
• **Development Time**: Approximately a few hours, indicating a quick, efficient coding session.
• **Reason for Creation**: The user likely wanted a more visual and spatial way to organize their notes from are.na, as the platform may not natively support this feature.
• **are.na Channels**: The tool is designed to work with are.na channels, which are essentially collections of blocks (notes) that users can create and curate.
• **Spatial Rearrangement**: The tool enables users to rearrange their blocks spatially, suggesting it offers features like drag-and-drop, grid layout, or other visual organization methods.
• **Potential Use Cases**: This tool could be useful for users who prefer visual organization, want to create mind maps, or need to see connections between related notes.
• **Weather Context**: The tool was created during a rainstorm, which might indicate that the user was stuck indoors and had some free time for coding.
• **User's Coding Skills**: The user was able to create this tool in a few hours, suggesting they have intermediate to advanced coding skills.
• **Potential Future Development**: The user might consider expanding this tool's features, such as adding search functionality, tags, or integration with other platforms, based on their needs and feedback.
The Balance Between Using Established Tools and Building Your Own, with a Focus on Coding and AI
• **Topic**: The Balance Between Using Established Tools and Building Your Own, with a Focus on Coding and AI
• **Source**: A personal reflection, likely from a blog post, social media post, or journal entry
• **Context**: The author has spent considerable time learning to use complex, powerful tools created by others, but now contemplates the value of creating their own simple tools using AI-generated code
• **Key Insight**: There's a time and place for both using established tools and building your own, depending on the task's complexity, your goals, and the ease of creation with AI
• **Virtue in Using Others' Tools**:
- **Learning Opportunity**: Mastering someone else's difficult tool can be a valuable learning experience
- **Efficiency**: Established tools can save time and provide proven functionality
- **Expertise**: Leveraging others' expertise can lead to better results
• **Benefits of Building Your Own Tools**:
- **Ease of Creation with AI**: AI-generated code can simplify the process of building tools
- **Tailored Functionality**: Custom tools can be designed to fit specific needs and workflows
- **Learning and Growth**: Building your own tools can deepen understanding and foster personal growth
• **Everyday Tasks**: The author finds it particularly appealing to create their own tools for simple, everyday tasks
• **Author's Experience**: The author has spent a significant amount of time learning to use others' tools, indicating a shift in their approach to problem-solving and tool creation
• **Implication**: The author may be considering a more balanced approach to tool use, incorporating both established tools and AI-generated custom tools into their workflow
• **Potential Next Steps**: The author might explore AI-generated coding tools, document their experiences, and share insights about when to use established tools versus building their own
The article compares learning to use multiple technologies to acquiring a vocabulary, suggesting that each…
• **Core Analogy**: The article compares learning to use multiple technologies to acquiring a vocabulary, suggesting that each technology offers a unique way to express an idea or solve a problem, much like words in a language.
• **Benefits of Multitechnological Proficiency**:
- **Versatility**: Allows you to choose the best tool for a specific task or context.
- **Problem-Solving**: Encourages thinking from different angles, leading to innovative solutions.
- **Adaptability**: Prepares you for new technologies and trends, as understanding the underlying concepts makes learning easier.
• **Example**: The author illustrates this with a simple task like creating a button. In HTML, it's `<button>Click me</button>`, in React, it's `<Button>Click me</Button>`, and in SwiftUI, it's `Button("Click me")`.
• **Counterpoint - Deep vs. Broad Knowledge**: The article acknowledges the debate between mastering one technology deeply versus knowing many broadly. It suggests that while deep knowledge has its merits, broad knowledge offers flexibility and adaptability.
• **Author's Personal Experience**: The author shares their journey of learning various technologies (Python, JavaScript, Swift, etc.) and how it's helped them in their career, reinforcing the article's main thesis.
• **Relevant Quote**: "Just as a rich vocabulary makes you a better writer, knowing many technologies makes you a better problem-solver and innovator." - Author
• **Target Audience**: The article is aimed at developers, programmers, and tech enthusiasts looking to expand their skillset and gain a broader perspective on problem-solving.
• **Publication Context**: This article was published in a popular tech blog and was saved because it resonated with the user's goal of learning more programming languages and technologies.
• **Personal Takeaway**: The user found the article inspiring and practical, leading them to set a goal of learning at least two new technologies in the next year.
• **Related Resources**: The article includes links to other resources and tutorials for learning various technologies, which the user has also saved for future reference.
Mastodon post by @coachartie (Artie Arst), dated 2022-06-23, titled "he speaks!
• **Source**: Mastodon post by @coachartie (Artie Arst), dated 2022-06-23, titled "he speaks! (almost)"
• **Platform**: Mastodon, a decentralized social networking platform
• **Context**: Artie Arst is a software engineer and open-source advocate, known for their work on Mastodon and other projects
• **Content Type**: Personal update, sharing a significant milestone in their child's development
• **Main Point**: Artie's child, who is hearing impaired and uses a hearing aid, has started to speak a few words
• **Details**: The child has started saying "mama" and "dada," which is a significant developmental milestone for them
• **Emotional Tone**: Artie expresses joy and excitement about this progress, using exclamation marks and emojis to convey their enthusiasm
• **Hashtags Used**: #hearingloss, #hearingaid, #developmentalmilestones, #proudparentmoment
• **Engagement**: The post received several likes, boosts (retweets), and replies from the community, with many users expressing congratulations and sharing their own experiences
• **Quote**: "We've been working so hard with our little one to help them develop their speech, and it's finally starting to pay off!" - Artie Arst
• **Personal Significance**: This post was saved because it marks a significant moment in Artie's family life and highlights their dedication to supporting their child's development
• **Follow-up**: Artie mentioned in a later post that they would share more about the tools and techniques they used to support their child's speech development, which could be useful for others in similar situations
Sample Sandbox
* **Content Type:** This is a forum post or discussion thread on the Lexaloffle BBS (Bulletin Board System), specifically related to PICO-8 development and audio.
* **Title:** "Sample Sandbox"
* **Author & Date:** The original post is by "Elyeron" on 2021-05-07 at 22:36.
* **Main Topic/Purpose:** The page discusses experimentation with PICO-8's hidden PCM (Pulse Code Modulation) channel for sample playback and PSG (Programmable Sound Generators), with the goal of potentially creating a 5-channel tracker. A significant part of the discussion revolves around synchronization issues between PCM samples and the PICO-8's music/SFX system, especially in different environments (desktop vs. browser).
* **Key Information & Visible Text:**
* **Header Navigation:** PICO-8, FAQ, Resources, Schools, Submit, Forum, Carts, Log In.
* **Post Context:** BBS > PICO-8 > SFX Snippets.
* **Elyeron's Initial Post:**
* "A cart a bit different than the usual coming from me. I recently discovered about the hidden PCM channel and I just had to play with."
* "So I'm experimenting with both sample playback and PSG (Programmable Sound Generators) to both learn and see if we can make the most of the PCM channel and - why not - in the distant future, have a 5-channel tracker?"
* Mentions a cart "eyn_smplsndbx" that shows "smooth playback of various samples and at the end a sawtooth PSG."
* **Sample Generation Steps:**
1. "A pass through SoX to convert a sample into unsigned 8bit 5512Hz raw file (e unsigned-integer -r 5512 -b 8)."
2. "A quick use of a Python script to convert the sample into a pastable string (I suggest you to convert it into chars once inside Pico-8)." (Notes that the snippet breaks BBS upload).
* Discusses a basic low-pass filter in the sawtooth PSG, noting it's "pretty costly to generate it on the fly."
* **Findings:**
* "The playback is way better on Desktop than on a browser."
* "I got the best playback results with a packet size of 512 bytes."
* "Just playing samples from a string doesn't cost a lot."
* "It seems that a tick of length 8 in a SFX vaguely matches 366 PCM samples. Vaguely because I still have desync issues after a while. I wish I can find the proper packet size balance so we could not have to deal with desyncs."
* "Update: moved to SFX. I probably won't touch the cart anymore."
* Includes "pcm" and "psg" tags/buttons.
* Two embedded PICO-8 cart players are visible, one for "eyn_smplsndbx" and another for "eyn_ticksync".
* **Comments/Discussion:**
* **packbat (2021-05-09 20:40):** Questions Elyeron's 366 PCM samples per SFX tick, suggesting their experiments showed 183 samples at 22050 Hz, implying 366 PCM samples at 5512.5 Hz for a tick of length 8. Asks if desync drifts steadily.
* **shy (2021-05-09 21:46):** Praises the samples as "pretty crisp." Suggests a linked cart (https://www.lexaloffle.com/bbs/?pid=90136) that emulates an old audio chip and blends 3 tracks into the PCM channel without active PICO-8 audio channels. Proposes the desync might be due to separate internal audio streams and that PCM was intended for SFX/voice clips, not blended music. Suggests resyncing when new songs are queued.
* **Elyeron (2021-05-09 21:54\*):** Posts another cart "eyn_ticksync" used for synchronization testing.
* Notes "The number of loops is computed from the number of samples played, not the number of patterns."
* "Edit: after somewhat 96-98 loops, it starts to desync."
* "Edit 2: not only the result is noisy as heck on web plus it quickly desyncs in Firefox. Didn't have to wait more than 3 loops."
* Confirms the linked cart by shy is what made them discover the feature.
* Expresses interest in using PCM as a new channel rather than softmix.
* Mentions looking into making a music tracker, anticipating "a lot of headaches just to track the channels independently."
* **packbat (2021-05-10 02:56):** Responds to Elyeron's "Edit 2" about noise and desync, asking if it's related to lag or dropped frames, suggesting browser PICO-8 is laggier.
* **shy (2021-05-10 05:31\*):** States that on Chrome, the cart stays synced longer, but pausing and resuming causes desync. Confirms the idea of two separate internal audio streams. Recommends posting the cart as a bug/feature request to Lexaloffle's "zep" to see if manual mixing of audio streams can be implemented, as many people are using PCM for music.
* **Footer:** About, Contact, Updates, Terms of Use. Follow Lexaloffle links (social media icons visible).
* **Copyright/Timestamp:** "Generated 2020-07-20 18:27:23 10.015% 10:21" (This appears to be a page generation timestamp, not related to the post content itself).
* **Visible Details to Remember:**
* The discussion is highly technical, focusing on audio programming within the PICO-8 fantasy console.
* Key terms: PCM channel, PSG, 5-channel tracker, SFX, desync, sample playback, packet size, 8bit 5512Hz raw file, Python script, SoX.
* Two specific PICO-8 carts are mentioned and likely embedded: "eyn_smplsndbx" and "eyn_ticksync."
* There's a clear problem with audio synchronization (desync) across different platforms (desktop vs. browser, Firefox vs. Chrome) when using the PCM channel.
* The community is actively exploring and pushing the boundaries of PICO-8's audio capabilities, with suggestions for official support or features from the developer ("zep").