0%

现在 Web 开发的课程介绍有了新的版本,已经可以开始报名了(预计第一节课会在国庆节后开始)

性子急的朋友可以直接点此购买:https://s.zhaikr.com/c-payment


介绍地址:https://s.zhaikr.com/c

以下为目前的原文(因为未来的介绍更新不见得会在此同步,所以以上面的地址中的内容为准)


楔子

我时常回忆自己正经学习编程刚起步的时候,互联网上还没有知识付费这一说,一般来说,学习技术有几个渠道:去培训班交钱学习、在网上找免费资源下载、买书学习。

很幸运的是,当时我找到了一套叫做《亚当学院》的免费教程,是一套非常良心的教程,主要是介绍了基于 W3C 标准的前端开发技术(通俗地说就是 div+css、jQuery、css,那时候的 IDE 还是 Notepad++),作者还贴心地搞了个 QQ 群来供大家交流。

当时的我在石油系统上班(关系户),深切体会到自己是不太可能融入到那个体系中成为一个自己从小就讨厌的人,所以打算尽快转行,而与电脑所相关的一切,正是我从中学起就感兴趣的。我的干劲很大,每天上班时,就摸鱼看视频学习、做笔记,下班后,就回家根据所学知识学习写自己的小项目,并且结合 Wordpress,开始接一些商业定制的单子。在免费教程学完之际,我就已经完成了 2 个基于 Wordpress 的商业定制,当我确认这个收入已经超越了上班的工资后,就立刻打报告离职、成为了一个独立开发者(2009 左右),后来创过业、上过班,但一直走在自己喜欢的这条程序员之路上。

我是从 163 拨号开始的网络生涯,勉强可以算是初代网民,所以互联网免费分享的精神根深蒂固,从自身而言,也是近几年才逐步养成了为知识和脑力劳动成果付费的习惯。

后来在 Udemy 买过一些课程,切实解决过技术栈快速上手的问题,这个费用跟我升职加薪所获得的增益来说忽略不计,课程制作很精细、也会有迭代,还有服务和社群,有的课,买完了数年之后,依然在跟随技术栈的改进而更新。我觉得这样很好,也深知,如果是全免费、仅仅靠爱发电,这样的课程和服务就难以海量出现,除非课程创作者本身已经通过其他渠道获取了丰厚收益,仅仅只是基于兴趣来维护课程。

开始

很早以前,我在职的时候,也打算出关于 Web Developing 的教程,因为在公司内部,本身就包含了新员工培训的部分,Web 这块是由我来负责的。

只不过,企业培训不太一样,因为是工作,很多事情可以无限简化,通过任务派发的方式来安排学习,并且企业招聘是有门槛的,所以大家的水平会有一个托底(虽然也会有实习生,但是一般对基本知识的掌握会有一定的要求),授课过程相对于网上公开授课简单很多,并且需要投入的也都是工作时间。

并且,我之前一直认为,网上的教材太多了,根本犯不着我来讲课。可是我发现,太多的人被生涩难懂的官方文档、欲言又止的博客文章、以及各种营销型开发教程所坑害,正如同我看见很多人想要移居日本时,只能搜索和查看非常不靠谱的信息时那样。于是我就想,为什么我不录一套系统的 Web Developing 教程给大家?让部分朋友少走一点弯路也是好的。

构想

  • 课程不教你快速赚钱的办法,只教会你工具的选择和使用,因为我相信这才是实实在在能教和学的东西。但如果有赚钱的机会,内部群会分享,有钱大家赚
  • 课程面向的是有一定产品思维、对技术有热情,但是没有编程实践经验,希望通过学习摸到门道少走弯路的人
  • 技术栈由浅入深进行选择,原则是先教大家可以快速出成果的东西,后续再层层加码,拓展一些有意思的实用功能
  • 课程中遇到的知识点,与业务无关但是如果学了会对编码水平有帮助的内容,会提供学习清单,给有余力的同学自主学习
  • 一定会积极拥抱 AI 辅助开发,但我相信复杂的项目中核心的部分依然需要人的智慧来主导
  • 课程会有主线,那就是开发本课程(也许未来也包含其他课程)的 Landing Page,并把它逐渐扩展为一个全功能的网站,择机发布到多端
  • 主线开发过程中我们可能会遇到一系列的需求和问题,形成支线任务,内部会分享解决方案和试错过程,并及时复盘
  • Web 开发本身内容是有限的,我们也可以从中探讨产品设计、最佳实践、成本和功能的取舍、盈利模式等等对技术选择的影响,实践、见证过程和结果
  • 我们会成为课程相关的开源项目的第一批共同维护者,相应的,是同学、网友、也是朋友

How it works

  • 课程采取 Early Access + Internal Service 的方式售卖,延时产出 Public 内容,相当于免费软件的 Free 和 Pro Plan
  • 一般出教程会担心卖不出去的问题,可我的教程本身就会有 public 的部分,所以不管销售效果如何,最终也可以通过 public 部分的流量收回部分成本
  • 教程本身研发的内容是有意义的,产出的东西就是一个真正生产上线的项目,并不是架空需求
  • 这次是一次有意思的尝试,未来可以作为制作其他课程的模版,甚至开设这个课程本身的经验也可能成为一个课程(无限套娃)

课程内容

Public Items

  • 基于 Notion 的公开笔记 One Page
  • 基于 X 的动态更新
  • 基于 Youtube 等平台的课程视频
  • 基于 GitHub 的课程源码
  • 学员问答精华沉淀
  • 项目成果网站上线
  • Notion 内部笔记 Space Access
  • 课程全部视频 Early Access
  • 课程全部 GitHub Repo Early Access
  • 学员问答精华沉淀 Early Access
  • 课程内容申请、投票
  • 内部讨论和技术指导微信群

课程梗概

  • 启动
    • 课程介绍
    • 课程安排
    • 课程形式:图文、视频、直播、问答等
  • 理论基础(随时穿插)
    • 什么是 Nuxt?
    • Nuxt 和 Next 的关系?
    • 什么是客户端和服务端?
    • 什么是 SSR?
    • 什么是 Nodejs?
    • 什么是 Vue?
    • 什么是 Typescript?
    • …十万个为什么
  • 环境准备
  • 课程 Courses
    • 新手教程 Low-hanging fruit
      • 基于官方模版的安装
      • 官方模版结构及本地启动
      • 基于 CF/Vercel 的发布流程
    • 背景知识 Vue 3 Quick Through
    • 核心教程 Nuxt 3 Course
      • Nuxt 官方文档 Go Through
      • …详细走完 Nuxt 功能教程(待补全)
    • 实际项目 Project
      • 本课程的 Landing Page 静态版
        • Tailwind
        • Nuxt UI
      • 更多技术栈的逐一集成
        • i18n
        • Pinia
        • Supabase
      • 随时穿插小型实战项目
    • 基于自主 VPS 的部署
      • Docker 相关
      • Github Action 相关
      • Dockerhub
        • 平台介绍
        • 手工操作
        • 自动化操作
    • 进阶 Advance
      • 移动客户端 Mobile Apps
        • Android
        • iOS
    • 社区协作 Collaborate
      • 基于 GitHub 的 workflow:
        • 课程所用的 Landing Page 源码通用版
        • 开发属于学员自己的有意思的开源项目

加入课程

课程规则

  • 第一时间上传到 Notion 的内部内容包括但不限于
    • 课程进度计划安排
    • 文稿教程初版
    • 视频教程初剪版
    • 学员问答文稿
    • 教程相关源码
    • 内部直播课
  • 课程公开化规则
    • 课程视频在课程主体结束至少 3 个月后发布公开版
    • 项目成果在课程过程中上线
    • 学员问答精华沉淀不定时上线
    • 实际项目的源码脱敏后开源、初期由学员共同维护
  • 不公开的内容
    • Notion 内部笔记的其他部分
    • 微信群

购买课程

经过一段时间在各社交平台的深度使用,对自己适合使用的平台有了初步的认识

最开始,我是这么想的:

  • 任何内容先把文案和思考发布在本博客
  • 而后,文稿同步到公众号,视频同步到其他分发平台,比如YouTube以及其他的各种视频平台(见此页

可是没多久,我就发现了其中的问题:

  • 本 Blog 的流量跟平台相比实在太小,作为自留地是可以的,但是平台推荐力度以及互动性都不足,不利于信息的传播
  • 每个平台的规则不一样,如果强行同步,还需要逐个适配各个平台之间的差异
  • 每个平台内容都完全一样,不够有趣,应该根据不同平台的调性发布完全不同的内容

所以从今天起将做如下调整:

  • 本 Blog 依然存在,但是作为本人非常个人的内容和思考自留地;
  • 我的 X 账号作为所有文稿和视频的首发地,也是主要阵地,欢迎关注@interjc
  • 由于 X 的不可访问性,所以会将文稿脱敏后同步到公众号(id: justinjapan),欢迎扫码关注
  • 主要文稿会制作视频版,发布于以下平台,以方便喜欢音视频的朋友,欢迎关注:
  • 以上平台中内容可能会比较分散,赴日见闻系列核心文稿和视频内容请关注

别人都说,在日本办宽带要找中国人,因为水很深,不会日语会踩坑

于是我也准备听劝,找人推荐了一个专业办宽带的中国小哥

小哥比较热情,很快给我介绍了 SoftBank 光宽带,只是价格跟官网上做活动前的原价一样

为避免上次买二手家具的事重演,我马上关掉了聊天软件,开始自己调研

不得不说国内的家庭融合套餐相对而言就是菩萨,基本上全家人最多六个号码、电话随便打、流量管饱、宽带和电视也是送的,总开销也就 200 上下

尽管日本的一些运营商也宣称有优惠的家庭套餐,但细看下来,通常会要求必须办理光电话(即座机)或使用特定的水电服务

还有很多晦涩难懂的条款,如果日语不好的话一个个研究很累,考虑到未来手机和水电都有切换到其他运营商的可能,不想绑定太深,并且家庭套餐如果把强行添加的闲置服务也算作涨价的话,其实也没有觉得便宜太多钱

于是决定还是单独找个宽带公司

日本宽带跟手机的格局差不多,头部也是几大运营商把持,基建网络再分销到其他小的运营商来经营,由于品牌太多,我就不一一列举了,基本上比较有口碑的,除了价格巨贵的 Softbank、AU、NTT 之外,再加上听名字觉得很厉害的 Sony NURO 之外,其他的基本只能通过搜索来了解

>>>>>点击继续阅读<<<<<

日本是小语种国家,虽然可以使用翻译工具,但是想要正儿八经地参与社会活动时,无法亲自使用当地语言进行交流还是会带来诸多不便。所以与之前在国内时的碎片学习不同,到了日本以后,系统地进行日语学习的紧迫性就进一步提升了。

形势分析

虽然是零基础学习,不过也不用慌,因为跟以前在学校学英语比起来,当下的日语学习,有一些不同:

  • 第一,没有分数排名的压力,这就意味着只要掌握了就可以过关,而不需要跟任何人卷“谁行谁上”的零和游戏;
  • 第二,由于经营管理和家族滞在签证都没有对语言证书做要求,所以只要不去求职,就不必着急拿证书,可以自己安排学习里程碑,从实用性的知识开始学习;
  • 第三,跟其他国家的移民比起来,华人学习日语有天然的优势,因为绝大部分的汉字都不陌生,即便意思不同,也只需要少许精力就可以习得;
  • 第四,日语的大部分外来语都按固定规则直接转换为了片假名,而外来语中绝大部分是英语,所以有英语基础的话,片假名基本只需要花最小的精力,搞清楚片假名单词对应了哪个外来单词即可;
  • 第五,也许很多国家的人觉得日本的语法很绕,繁文缛节很多,可是这就是继承了中国古代文明思想演化而来的东西,所以日语中的客套话,作为华人理解起来并不难;
  • 最后,现在有了 AI,任何问题都可以立刻询问并得到详细的解答,不需要到处求人询问,或者费时费力翻阅书籍考证,使得学习效率大大提高

>>>>>点击继续阅读<<<<<

时间管理

在接连 12 篇的高强度文案输出后,猛然发现:起猛了

最开始的预想是,自己写文案大纲,由 AI 来补全,再加上插图的制作,可能可以维持每天一篇的频率,而不至于影响到其他事情,比如:

  • 公司大大小小的业务、手续和流程
  • 其他社交平台的内容创作和维护
  • 日语的持续学习
  • 家庭正常生活节奏

可是事与愿违,无论是 GPT-4 还是大家吹上天的 Gemini、Perplexity、Claude 都很难做到根据大纲独立成稿,即便是简单的修改排版,也会出现把原本的语气破坏的情况。无奈之下,只得自己手敲每一个字,这就出现了语法错误和错别字频率提高的情况,这时候倒是可以用 AI 来审稿,再人工确认

不过这样一来,一篇稿子的产出,就足以占据一个午休时间,这还没有算上构思所需要的暗时间

经过接近 2 周的试验,我发现之前塑造的每日时间管理方案受到了强烈冲击:

  • 之前每天固定预留的 2 小时日语学习时间(1 小时连续 + 1 小时碎片)只剩了下一半
  • 处理公司事务的时间是不能被挪用的,所以当时间冲突时,大部分的娱乐时间都会被占用,这就意味着,一边娱乐一边探索、发现和构思的时间丢失了
  • 其他平台的内容创作和维护所预留的时间就会变得十分紧凑

如此一来,本来的慢生活状态荡然无存,费劲退出的社畜状态又回来了,变本加厉地

调整

作为一个技术人、理科生、国米球迷,我深知自己嫉恶如仇、不喜粉饰、实事求是的性格,使自媒体不会成为我的主业,对我来说,最终自媒体只能作为经历见闻的沉淀和分享的场所。而把时间留给创造和实践,沉淀和分享才能更有分量

根据我过往的经验,张弛有度才是有效延续的根本,一味高强度输出,生活会干瘪、灵感会枯竭,当然,一味躺平就什么也做不了

因此,即日起打算逐步降低文稿的发布频率,减少到每周 1-2 篇的程度(中日两国的节假日休息),以保持文稿质量和信息的密度