一共有 65 篇文章

做一个简单的项目介绍:

使用 godot engine 从零开始的 pong game 开发。开发会尽量保持简单,但希望不缺挑战

实现 pong 不是目的,作为我单方面宣布的「游戏开发中的 hello world」,完成它其实非常简单。所以我想做的:不断给游戏加入新东西,在显得合理的基础上,把能做的都加进去

这个项目应该会一直进化,从越来越多的内容,到可能更合理的代码组织方式,一直到我认为的上限。可以是我做不来了,或者是达到游戏上限,毕竟这是一个雅达利时期的神作

所以项目将会使用:

  • godot 3 (gdnative)
  • C++
  • photopea(用来弄点素材)
  • garageband / logic(声音)

这篇文章极其具有时效性,在目前,flutter 不支持多窗口,但是已经有这么一篇文档[1]。而且 flutter desktop 的多窗口可能已经计划中了。

SETSUNA 的 UI 需要满足条件:桌面移动端统一 UI(没错过了半年还在选型)。现阶段可以选择的只有一个框架:flutter。而且:

  • flutter 使用 skia 绘图而不是调用原生组件,表现统一
  • flutter 可以方便的响应式设计,UI 可以用同一套代码(只要可以,顺路兼容手机、折叠屏、横向平板、桌面布局)

flutter 本就是先给移动端设计,可以直接用 dart 完成很多工作。但是在调研桌面时发现一个问题:找不到多窗口 API! 这不行。虽然 flutter 是允许原生编程,那我能会 windows 开发吗?!

等会,flutter 是不是已经支持了 web。那么,这波不得两面包夹芝士?

flutter-tauri

把 flutter 套进 electron 是不是就完成需求了!(顺便还可以实现简单 PWA 版本)

但是桌面端不选择 electron,咱用 tauri!毕竟现在全平台都 webkit(blink),而且 flutter 使用 canvaskit,不需要担心表现…

这是又一篇臆想文
如果看到文章的您,觉得给您带来了帮助,那纯属瞎猫撞上死耗子。

TL;DR

  • 组件化在做什么,组件是什么
  • 因为 toB 大型应用的历史原因,前端开始需要前端架构设计。或者说前端工程本就应该要架构设计

所以是什么时候前端开发也发展成需要「软件工程」的时代了,还不是现在用户的电脑越来越 nb 浏览器越来越 nb

工程实践变成燃眉之急绝对是近几年「是个🔨就要上云」造成的 —— 应用都希望变成 SaaS;都希望敏捷无感更新;都希望多端同步(这里不指跨平台)……

演变到这就产生一个问题

最近看到一个招聘,两年前同一个地方,同一家公司,同一种职位,不同的 HR
于是又毫不犹豫直接发邮件,美曰「追梦」。假若有幸相遇,我必带着「纸模」赴约,两年了,不容易。(确认是追了个寂寞)

但这不是本文重点,这里将要讲新的 Resumer 一同带来的新简历模板的设计思路

Resumer 正在用 Angular 10 重构。当前 GitHub 的版本是使用 umi 编写的,还没写完就弃坑的原因是:太久没维护导致各种依赖问题不想处理…

所以,接下来都是个人理解,以及我的简历模板的三次迭代 —— ResumeResumer 和 Resumer(ng version)

请停止使用这种模板

无图版,会更有图版

背景

上篇文章(最近总是莫名联动)才写了 electron,主观感受,electron 有这么些好处:

  • 使得前端技术可以运用在本地桌面应用
  • 跨平台
  • Chromium 让兼容性不是首要考虑对象
  • 通过 NodeJS 既可以操作系统,也能利用本身能力与生态

但是:

  • 我好像不需要跨平台
  • 原生开发更加能操作系统 API
  • 扯破大天不就是webview
  • 依然不需要考虑兼容性,并且体积会大幅减小

所以,electron 再见!

思路

有个做广告设计的朋友,自己开个小工作室,平时接些小广告设计维持生活。但总会遇到一些甲方拿着某个站点的图片,让他用这个图片给他做广告牌或者海报。就这样,作为老切图仔就一直在帮他「从网站里拿出图片」这种脏累活。想着是不是可以干脆送他个工具,这样他就可以自己玩了
(不是很推荐这种操作,但是毕竟要恰饭要苟活,而且这种外包单,甲方是这样的)

想了一下,切图仔唯一高效 GUI 的选型只有 electron 了,没得选。但是这次有点特别,因为 electron 的特殊性,我有了些想法

electron = node + chromium,都有个完整浏览器了 484 不需要无头就可以加载 remote 然后直接获取资源?

这里用的模板是之前实验服务一体化的模板 electron-react-koa-template,然后删除了server

删了server……

TL;DR

  • webview
  • 获取资源
  • 提供下载

准备

我自己使用的是树莓派组,可以选择的有很多,x86的开发板、淘汰的笔记本。废物再生计划!

系统选择

推荐三个:

这应该是连载得最近的一次,书接上回:《或许可以用 TypeScript 编写 hammerspoon》(也就是下面那篇)

这里只会描述通过 TypeScript 实现的过程

以下内容可能产生不适(因为hammerspoond.ts 全是 interface 一把梭,编码不好看)

TL;DR

  • 创建界面
  • 实现剪贴板读取
  • 存储数据
  • 绑定快捷键

lua 这个语言真的有意思,它由 C 语言构成,又实现了 C 语言所没有的「对象」。早在不知道哪年搞 cocos2d 的时候,就接触了这个语言

hammerspoon 也不是什么新鲜东西了,早在 18 年,公司内部一次「杂鱼分享会」就有人提到了这个工具 —— 快速将光标切到目标显示器以及窗口调整

早期是用过一段时间,写了一个代替小黑帽🎩的工具,后来不了了之。主要还是觉得现在不想用这个语言,太阴间了

当然还有其他方案,比如常见的用到了 moonscript,这是一个类 coffeescript 的语言,属于 lua 生态圈的东西。但用这个就意味着你需要在本机构建一个 lua 环境(luarock),这么一想那不想干了,现在不用 lua 了还留一个完全不用的开发环境

前些日子关注到有一个项目 TypeScriptToLua / TypeScriptToLua,一直没尝试,这波机会刚好。而且老前端了,谁还没有个 typescript/node 环境呢

除了正常工作(特殊时期太搞人了,虽然我一直在 remote…),最近也在准备一个专栏,同时也在找文本存储或者说自己喜欢的笔记方案。我对数据的掌控性有些洁癖,不是很想用 Bear 这类东西,也摸不着头脑所以退而求其次有一段时间依赖 iCloud

最后整了一个本地 webdav 😆

当然商业网盘支持 WebDav 国内公司也有的,就曾四处安利过的坚果云

docker 好东西啊,一个宿主,一堆容器,互相隔离又互相吸引。自然 nextcloud 和数据库理所当然的处于两个容器。既然同 host 下,那容器应该内网连接就行了,这么一来人懵了

**两个容器不在一个网段内…**因为有一个容器是处于一个 stack 内的

所以,水一篇文,单纯记录一下


0%