收录于 VXNA 的 1 个网站 收录于 VXNA 的 1 个网站
ecnelises's repos on GitHub
C · 8 人关注
maolang
Final Project of C programming class in Tongji University, first term in year 2015.
5 人关注
cinflator
A simple complement to what we learnt about C in Chinese universities.
C++ · 2 人关注
farm
Happy farm. Homework of Design Patterns in SSE, 2017
C++ · 2 人关注
starwar
Simple battling game powered by Cocos2d-x in C++.
2 人关注
translation
个人翻译
HTML · 1 人关注
llvm-docs-cn
LLVM Chinese docs
Java · 1 人关注
ostrich
Effective team cooperating tool.
CSS · 0 人关注
arke
Arke is a truly minimal WordPress theme. No sidebars, no widgets, no settings. Just your content. Arke is extremely fast and scores 100/100 on Pingdom's speed test.
Rust · 0 人关注
artichoke
💎 Artichoke is a Ruby made with Rust
C++ · 0 人关注
ar_archive_writer
A writer for object file ar archives
0 人关注
awesome-wheels
Stop thinking about your side projects
0 人关注
ayu-vim
Modern theme for modern VIMs
0 人关注
backtrace-rs
Backtraces in Rust
0 人关注
cargo
The Rust package manager
Rust · 0 人关注
chrono
Date and time library for Rust
Rust · 0 人关注
coreutils
Cross-platform Rust rewrite of the GNU coreutils
0 人关注
corosensei
A fast and safe implementation of stackful coroutines in Rust
0 人关注
CotEditor
Lightweight Plain-Text Editor for macOS
0 人关注
cpython
The Python programming language
Rust · 0 人关注
curl-rust
Rust bindings to libcurl
C++ · 0 人关注
DataStructure-Homework
DataStrucure Homework in Fall, 2016, SSE, Tongji University
0 人关注
filetime
Accessing file timestamps in a platform-agnostic fashion in Rust
Swift · 0 人关注
firefox-ios
Firefox for iOS
0 人关注
foreman
Manage Procfile-based applications
C++ · 0 人关注
fp-division-test
Test floating point precision.
0 人关注
freebsd-doc
FreeBSD doc tree (read-only mirror)
0 人关注
fs4-rs
Extended utilities for working with files and filesystems in Rust.
0 人关注
fs_at
Filesystem 'at' implementations for Unix and Windows
0 人关注
gecko-dev
Gecko-dev
0 人关注
gemini-cli
An open-source AI agent that brings the power of Gemini directly into your terminal.
Rust · 0 人关注
getrandom
A small cross-platform library for retrieving random data from (operating) system source
0 人关注
git2-rs
libgit2 bindings for Rust
0 人关注
gitoxide
An idiomatic, lean, fast & safe pure Rust implementation of Git
0 人关注
gsoc-cn
Main repo for gsoc-cn which about how we maintain this organization
CSS · 0 人关注
guides
An effort to provide awesome documentation for the RubyGems ecosystem.
0 人关注
homebrew-core
🍻 Default formulae for the missing package manager for macOS (or Linux)
0 人关注
hyper-util
Common utilities used with hyper.
Rust · 0 人关注
iana-time-zone
Rust crate to get the IANA time zone for the current system
0 人关注
interprocess-rs
Multifunctional cross-platform interprocess communication toolkit for Rust.
0 人关注
ioctl-rs
Rust bindings for system ioctls.
0 人关注
jobserver-rs
0 人关注
llama.cpp
LLM inference in C/C++
LLVM · 0 人关注
llvm-project
This is the canonical git mirror of the LLVM subversion repository. The repository does not accept github pull requests at this moment. Please submit your patches at http://reviews.llvm.org.
0 人关注
llvm-test-suite
0 人关注
LLVM.tmBundle
LLVM assembly syntax highlighting and snippets
Vim script · 0 人关注
local_vimrc
让 Vim 拥有针对某个目录的特殊 vimrc 设置
Rust · 0 人关注
lua-rs
Pure Rust implementation of Lua compiler and VM.
0 人关注
mac_address-rs
Cross-platform retrieval of a network interface MAC address.
C · 0 人关注
Mao-Language
Just a fork, nothing about me.
0 人关注
marktext
📝A simple and elegant markdown editor, available for Linux, macOS and Windows.
0 人关注
memmap2-rs
cross-platform Rust API for memory mapped IO
Rust · 0 人关注
mio
Metal IO library for Rust
Rust · 0 人关注
nghttp2-rs
0 人关注
ninja
a small build system with a focus on speed
Rust · 0 人关注
nix
Rust friendly bindings to *nix APIs
Rust · 0 人关注
num_cpus
Get the number of CPUs in Rust
Rust · 0 人关注
num_threads
Obtain the number of threads in the current process
Rust · 0 人关注
object
A unified interface for reading and writing object file formats
Ruby · 0 人关注
org-ruby
An Org mode parser written in Ruby.
Rust · 0 人关注
os_info
Rust library to detect the operating system type
0 人关注
os_pipe.rs
a cross-platform library for opening OS pipes in Rust
C++ · 0 人关注
pcsx2
PCSX2 - The Playstation 2 Emulator
Rust · 0 人关注
polling
Portable interface to epoll, kqueue, event ports, and wepoll
0 人关注
progit2-zh
0 人关注
pyo3
Rust bindings for the Python interpreter
0 人关注
pytorch
Tensors and Dynamic neural networks in Python with strong GPU acceleration
0 人关注
qdaily_backup
好奇心日报备份计划 本项目启动于好奇心日报因喝茶后被停更3个月，万一关门好文章无法再重新检索，所以在 github 上做备份，供大家参阅。
C++ · 0 人关注
Refficiency
Graph efficiency algorithm packaged in R
C · 0 人关注
revlibc
C interface generated from Rust libc
Assembly · 0 人关注
ring
Safe, fast, small crypto using Rust
Ruby · 0 人关注
rssify
Scripts to help you turn something into RSS feed statically.
Ruby · 0 人关注
ruby
The Ruby Programming Language [mirror]
Ruby · 0 人关注
rubygems
Library packaging and distribution for Ruby.
Ruby · 0 人关注
rubygems.org
The Ruby community's gem hosting service.
Rust · 0 人关注
rust
Empowering everyone to build reliable and efficient software.
0 人关注
rust-async-io
Async I/O and timers
0 人关注
rust-ctrlc
Easy Ctrl-C handler for Rust projects
0 人关注
rust-errno
:boom: Cross-platform interface to the `errno` variable
Rust · 0 人关注
rust-libc
Raw bindings to platform APIs for Rust
0 人关注
rust-postgres
Native PostgreSQL driver for the Rust programming language
Markdown · 0 人关注
rust-rfcs
RFCs for changes to Rust
Rust · 0 人关注
rustix
Safe Rust bindings to POSIX-ish APIs
0 人关注
rust_libloading
Bindings around the platform's dynamic library loading primitives with greatly improved memory safety.
JavaScript · 0 人关注
saka-key
A keyboard interface to the web
0 人关注
signal-hook
Rust library allowing to register multiple handlers for the same signal
Rust · 0 人关注
socket2
Advanced configuration options for sockets.
0 人关注
sorbet
A fast, powerful type checker designed for Ruby
0 人关注
sys-info-rs
Get system information in Rust.
0 人关注
sysinfo-rs
Cross-platform library to fetch system information
C · 0 人关注
tanq
A simple operating system on ARM versatile platform.
0 人关注
target
Information about the current compilation target
0 人关注
target-lexicon
Target "triple" support
0 人关注
terminal-notifier
Send User Notifications on macOS from the command-line.
0 人关注
termios-rs
Safe bindings for the termios library.
Makefile · 0 人关注
test-travis
Repo for testing Travis CI's multiple options.
0 人关注
thorin
DWARF packaging utility, written in Rust, supporting GNU extension and DWARF 5 package formats.
0 人关注
time
Simple time handling in Rust
PHP · 0 人关注
tjdb
archive of previous project on collecting ratings of courses in Tongji
Rust · 0 人关注
tokio
A runtime for writing reliable asynchronous applications with Rust. Provides I/O, networking, scheduling, timers, ...
TypeScript · 0 人关注
TypeScript
 |
ecnelisesV2EX 第 89617 号会员，加入于 2015-01-02 22:06:48 +08:00 |
ecnelises
ecnelises 最近回复了
经济学：《小岛经济学》，还有 Ray Dalio 那篇《经济机器是怎样运行的》
政治学：《独裁者手册》
计算机：《编码》
然后加上一本《反脆弱》
以上每一本都是影响世界观的神书，值得读很多遍
政治学：《独裁者手册》
计算机：《编码》
然后加上一本《反脆弱》
以上每一本都是影响世界观的神书，值得读很多遍
2024-12-02 00:29:26 +08:00 回复了 VERT1GO 创建的主题 › 职场话题 › 编译器开发相关的工作值得入坑吗？ |
@FIllerFooo
AI 编译器和传统编译器确实很不一样，但总归有点相似之处，有传统编译背景的人要上手会更快。只是看起来这些企业招人希望能马上干活，预期级别又偏高，所以留给转行的人机会偏少。你可以看看知乎上一个叫「蓝色」的人，他在 AI 编译这块专业一些。
资料这块，我不是 AI 编译从业者所以不算特别了解，资料少在我看来是因为变化太快，各种新框架新技术层出不穷，有点之前前端圈子那味道，TensorFlow 是个较好的切入点，因为更成熟，学习材料也更多。传统编译器资料就非常完善了，前端无非是语言标准+Parse 算法+ANTLR 这样的生成器，后端就是查各种指令集微架构还有代码里的奇技淫巧 (常见的 x86/arm/riscv 三个)，中端各种 Pass 都是无数篇论文的成熟算法。这些都找得到对应的书或者博客，LLVM 代码模块化做得很好，国内国外都有讲 LLVM 的书了。
编译这个方向不通用很正常，毕竟往大了看都是小众技术，但其实除开 Web 其他很多方向也未必多热门。比如前几年短视频火热，招音视频开发的就多，待遇也水涨船高，现在也下来了。大厂搞 Web 的岗位竞争过于激烈了不如换条赛道，小厂按我理解只要能干活其实背景要求没那么多，即使是 Web ，非 Java 和 Go 的语言也许还有捡漏机会 (大环境是对创业不友好，但企业还有一些的)。总之就是应届生多个技能就是多条出路，越主流的也就越卷
AI 编译器和传统编译器确实很不一样，但总归有点相似之处，有传统编译背景的人要上手会更快。只是看起来这些企业招人希望能马上干活，预期级别又偏高，所以留给转行的人机会偏少。你可以看看知乎上一个叫「蓝色」的人，他在 AI 编译这块专业一些。
资料这块，我不是 AI 编译从业者所以不算特别了解，资料少在我看来是因为变化太快，各种新框架新技术层出不穷，有点之前前端圈子那味道，TensorFlow 是个较好的切入点，因为更成熟，学习材料也更多。传统编译器资料就非常完善了，前端无非是语言标准+Parse 算法+ANTLR 这样的生成器，后端就是查各种指令集微架构还有代码里的奇技淫巧 (常见的 x86/arm/riscv 三个)，中端各种 Pass 都是无数篇论文的成熟算法。这些都找得到对应的书或者博客，LLVM 代码模块化做得很好，国内国外都有讲 LLVM 的书了。
编译这个方向不通用很正常，毕竟往大了看都是小众技术，但其实除开 Web 其他很多方向也未必多热门。比如前几年短视频火热，招音视频开发的就多，待遇也水涨船高，现在也下来了。大厂搞 Web 的岗位竞争过于激烈了不如换条赛道，小厂按我理解只要能干活其实背景要求没那么多，即使是 Web ，非 Java 和 Go 的语言也许还有捡漏机会 (大环境是对创业不友好，但企业还有一些的)。总之就是应届生多个技能就是多条出路，越主流的也就越卷
2024-11-30 15:42:45 +08:00 回复了 VERT1GO 创建的主题 › 职场话题 › 编译器开发相关的工作值得入坑吗？ |
@FIllerFooo
怕尴尬，就不开新贴了。
最近聊了一圈，其实编译后端机会比较多，这块也比较贴近传统概念里编译器的概念，半导体创业公司或者巨头新部门几乎都是基于 RISC-V ，所以如果懂点 LLVM 后端又了解一点 RISC-V 指令集，找个机会不难。麻烦的是大部分团队面上都不喜欢应届生（或许学校里搞过开源项目也可以去聊聊试试）。
半导体未来几年是国内热点，连带着编译器也有前景的。每家公司都想往里塞私货（ RV 本来也支持扩展），所以都需要人。企业主要有：各种芯片创业企业、寒武纪、地平线、华为、阿里巴巴、中兴，外企也有人但现在都在收缩几乎不招人。
互联网公司也会招做编译器的人，但除了那种真有搞芯片或者基础研究部门的企业外，很大部分其实是挂羊头卖狗肉，是希望能帮助编译器的高级技术和优化落地。面试的时候还发现有意思的现象：有些面试官自己并没有做中端优化的经验，工作岗位也不涉及中端优化，但就是喜欢拿这点来纠缠面试者。原因大概是前端在他们眼中逼格不高，后端不懂的话又完全没办法聊，只能附庸风雅这样子。
另一部分是 AI 编译器，最近发现互联网大厂和车厂都缺这块人材。但这种岗位相当于要求候选人又要懂编译、又要懂 ISA 、又要懂 AI 算法，所以不好招，热点在这里，待遇肯定顶。
有很多团队有自研语言的计划，所以可能也招编译器，做的事可能有意思，但大部分在公司里都属于中层领导硬搞 KPI 的项目，盈利不好说砍就砍，慎重。
还有一个点，就是编译出身的人可能有两类截然不同的背景，一类是传统芯片公司，一类是外企，相当于卷度两端，找工作注意甄别（
怕尴尬，就不开新贴了。
最近聊了一圈，其实编译后端机会比较多，这块也比较贴近传统概念里编译器的概念，半导体创业公司或者巨头新部门几乎都是基于 RISC-V ，所以如果懂点 LLVM 后端又了解一点 RISC-V 指令集，找个机会不难。麻烦的是大部分团队面上都不喜欢应届生（或许学校里搞过开源项目也可以去聊聊试试）。
半导体未来几年是国内热点，连带着编译器也有前景的。每家公司都想往里塞私货（ RV 本来也支持扩展），所以都需要人。企业主要有：各种芯片创业企业、寒武纪、地平线、华为、阿里巴巴、中兴，外企也有人但现在都在收缩几乎不招人。
互联网公司也会招做编译器的人，但除了那种真有搞芯片或者基础研究部门的企业外，很大部分其实是挂羊头卖狗肉，是希望能帮助编译器的高级技术和优化落地。面试的时候还发现有意思的现象：有些面试官自己并没有做中端优化的经验，工作岗位也不涉及中端优化，但就是喜欢拿这点来纠缠面试者。原因大概是前端在他们眼中逼格不高，后端不懂的话又完全没办法聊，只能附庸风雅这样子。
另一部分是 AI 编译器，最近发现互联网大厂和车厂都缺这块人材。但这种岗位相当于要求候选人又要懂编译、又要懂 ISA 、又要懂 AI 算法，所以不好招，热点在这里，待遇肯定顶。
有很多团队有自研语言的计划，所以可能也招编译器，做的事可能有意思，但大部分在公司里都属于中层领导硬搞 KPI 的项目，盈利不好说砍就砍，慎重。
还有一个点，就是编译出身的人可能有两类截然不同的背景，一类是传统芯片公司，一类是外企，相当于卷度两端，找工作注意甄别（
2024-11-30 15:23:52 +08:00 回复了 datadump 创建的主题 › C++ › 求教， mac 下 cmake c++工程编译后 elf 里面还有很多路径字符串 |
这个路径是 macOS ld 写到里面的 rpath ，你用 otool -l main_1 就能打印出来。rpath 是告诉 loader 启动程序时去哪里找依赖的动态库的路径列表。所以你要去搜能不能在 CMake 里改 rpath
2024-10-02 00:13:05 +08:00 回复了 cohen121 创建的主题 › C++ › cmake 交叉编译有大佬懂吗？ |
C/C++的交叉编译，需要的无非是工具链（编译器、链接器、头文件和库）。
Clang 内置交叉编译，意思是 Clang 自己的源码支持平台 A-Z ，所以只要 Clang 本身被构建的时候勾上了对某平台（比如 aarch64 ）支持就没问题，但通常为了缩小体积，各种包管理里的 Clang 只会带 Host 架构支持，比如你是 x86 的机器，上面的 Clang 可能就只能编译到 x86 。所以用 Clang 的话需要搞一个支持你想要的目标平台的版本。GCC 定得更死一点，一个 GCC 只能支持一类目标平台，所以你得装一个特定的交叉编译 GCC （一般可执行文件名会带前缀），比如 gcc-mingw-w64 。
头文件和库，Linux 和 BSD 这类开源系统一般很容易搞到全套，Windows 注意下分 mingw 和 msvc 两套，macOS 也能下到。链接器麻烦一些，从 Linux 交叉编译基本只能用 GNU ld 或者 lld ，Windows 和 macOS 的 link.exe 和 ld64 没有其他平台的版本。总之你可以去参考 zig cc 包里的依赖，甚至直接用它就可以，从它交叉编译出 macOS 和 Windows 的 hello world 就是一分钟的事。
CMake 的配置可以参考下官方文档，核心也基本就是一些编译选项： https://cmake.org/cmake/help/book/mastering-cmake/chapter/Cross%20Compiling%20With%20CMake.html
Clang 内置交叉编译，意思是 Clang 自己的源码支持平台 A-Z ，所以只要 Clang 本身被构建的时候勾上了对某平台（比如 aarch64 ）支持就没问题，但通常为了缩小体积，各种包管理里的 Clang 只会带 Host 架构支持，比如你是 x86 的机器，上面的 Clang 可能就只能编译到 x86 。所以用 Clang 的话需要搞一个支持你想要的目标平台的版本。GCC 定得更死一点，一个 GCC 只能支持一类目标平台，所以你得装一个特定的交叉编译 GCC （一般可执行文件名会带前缀），比如 gcc-mingw-w64 。
头文件和库，Linux 和 BSD 这类开源系统一般很容易搞到全套，Windows 注意下分 mingw 和 msvc 两套，macOS 也能下到。链接器麻烦一些，从 Linux 交叉编译基本只能用 GNU ld 或者 lld ，Windows 和 macOS 的 link.exe 和 ld64 没有其他平台的版本。总之你可以去参考 zig cc 包里的依赖，甚至直接用它就可以，从它交叉编译出 macOS 和 Windows 的 hello world 就是一分钟的事。
CMake 的配置可以参考下官方文档，核心也基本就是一些编译选项： https://cmake.org/cmake/help/book/mastering-cmake/chapter/Cross%20Compiling%20With%20CMake.html
2024-09-26 21:24:12 +08:00 回复了 VERT1GO 创建的主题 › 职场话题 › 编译器开发相关的工作值得入坑吗？ |
我就是做编译器的，现在还在找工作中，可能比前面的 V 友相对更有发言权一点…这个领域上限当然是高，国内中科院有专门的实验室，看到认识的学弟飞去国外参加各种顶会。但不代表就业门槛真的就那么高，因为任何行当都有搬砖的不是？
就业角度，编译器好的地方在于，它能和很多领域沾边，所以就算传统编译器已经成熟了，也总能有几个关联方向火。比如前端方面，一是静态分析工具，二是国内外大厂到一定规模都会搞自己的语言（有的并不对外公开），三是搞 AI 加速芯片需要开发自己类似 CUDA 的 DSL ，这几个都对编译器前端技能有要求。
中端方面，很多 AI 的 workload 需要高层次的算子优化（也就是传说中的 AI 编译器），有些代码库非常大的公司也有针对性调优的需求，另外传统编译器里也有做中端优化的空间。
后端方面，面向经典 CPU 的传统编译器是最多的场景，每个指令集的 vendor 都会养一帮人维护后端（比如 intel 、arm ，像华为高通也有给开源编译器 arm 后端贡献代码），然后是各种 GPU 或者 NPU 后端，现在还有需求就是基于 RISCV 的各种魔改芯片也需要后端开发的人力。还有就是高级语言虚拟机，比如 JS 、Python 引擎这类，这种岗位国内很少，JVM 多一些。
差不多 2017 年以前，国内做编译器的团队很少，能找到的工作都是外企。后面贸易战，国内大笔投资芯片，RISCV 逐渐成熟，又有 AI 这波热度，Golang 、Rust 这些新语言流行也让大厂的基础设施团队发现了新 KPI 来源，总之现在编译器相关的岗其实比原来多了很多。18 年校招的时候面试腾讯，面试官说你想做什么我们腾讯什么都有，我说编译器，他尴尬地说这个真没有😅结果现在腾讯也有编译器岗了。
小不小众，肯定是不如 Web 或者云就业范围广的，但反过来也意味着不卷，总之各种 HR 都抱怨编译的人不好招。菊花的话，可能是家大业大，内部有非常多个团队（可能我能想到的就有 3-4 个）都在做编译器，所以有人才缺口。认识的行业内 35 岁以上的…也不少了，但大环境在这里，年龄总归对再就业有影响。等下个月把工作搞定打算再开个帖子讲讲。
就业角度，编译器好的地方在于，它能和很多领域沾边，所以就算传统编译器已经成熟了，也总能有几个关联方向火。比如前端方面，一是静态分析工具，二是国内外大厂到一定规模都会搞自己的语言（有的并不对外公开），三是搞 AI 加速芯片需要开发自己类似 CUDA 的 DSL ，这几个都对编译器前端技能有要求。
中端方面，很多 AI 的 workload 需要高层次的算子优化（也就是传说中的 AI 编译器），有些代码库非常大的公司也有针对性调优的需求，另外传统编译器里也有做中端优化的空间。
后端方面，面向经典 CPU 的传统编译器是最多的场景，每个指令集的 vendor 都会养一帮人维护后端（比如 intel 、arm ，像华为高通也有给开源编译器 arm 后端贡献代码），然后是各种 GPU 或者 NPU 后端，现在还有需求就是基于 RISCV 的各种魔改芯片也需要后端开发的人力。还有就是高级语言虚拟机，比如 JS 、Python 引擎这类，这种岗位国内很少，JVM 多一些。
差不多 2017 年以前，国内做编译器的团队很少，能找到的工作都是外企。后面贸易战，国内大笔投资芯片，RISCV 逐渐成熟，又有 AI 这波热度，Golang 、Rust 这些新语言流行也让大厂的基础设施团队发现了新 KPI 来源，总之现在编译器相关的岗其实比原来多了很多。18 年校招的时候面试腾讯，面试官说你想做什么我们腾讯什么都有，我说编译器，他尴尬地说这个真没有😅结果现在腾讯也有编译器岗了。
小不小众，肯定是不如 Web 或者云就业范围广的，但反过来也意味着不卷，总之各种 HR 都抱怨编译的人不好招。菊花的话，可能是家大业大，内部有非常多个团队（可能我能想到的就有 3-4 个）都在做编译器，所以有人才缺口。认识的行业内 35 岁以上的…也不少了，但大环境在这里，年龄总归对再就业有影响。等下个月把工作搞定打算再开个帖子讲讲。
2024-07-01 00:26:15 +08:00 回复了 ecnelises 创建的主题 › 程序员 › 请谨慎购买人体工学椅，尤其是网购 |
@default7 永艺的一把什么椅子，算是普普通通吧
2024-04-23 00:21:32 +08:00 回复了 LeeReamond 创建的主题 › 程序员 › 程序员想开发漂亮的个人网站是不是用 react 会比 vue 简单一些？ |
个人网站为什么要纠结 React 还是 Vue ？如果你的网站一没有复杂的交互，二只有一个人开发，三需要快速简洁，用这几个框架（也包括 ng ）就是本末倒置，杀鸡用牛刀。如果你是一个专业前端，对某个框架非常熟悉，出于习惯用它写个人网站没啥问题，但 OP 不是这种情况。
以前的人用 jQuery 是因为浏览器普遍兼容性特别差，jQuery 能够抹平很多浏览器兼容性问题。现在 2024 年了，主流浏览器（ Safari 、Firefox 、Chrome 、Edge ）可以放心使用现代 API 。个人网站以内容为主，不需要多少 JS ，你说的 Vue 、React 这些东西本身也没法帮你解决动画这些问题，反倒几行 CSS 就能搞定。
如果你不想写 CSS ，也有 Tailwind 这种东西，让 GPT 生成一组用 Tailwind 的 HTML ，自己改改就能上线，用前端框架说不定还在折腾工具链。
以前的人用 jQuery 是因为浏览器普遍兼容性特别差，jQuery 能够抹平很多浏览器兼容性问题。现在 2024 年了，主流浏览器（ Safari 、Firefox 、Chrome 、Edge ）可以放心使用现代 API 。个人网站以内容为主，不需要多少 JS ，你说的 Vue 、React 这些东西本身也没法帮你解决动画这些问题，反倒几行 CSS 就能搞定。
如果你不想写 CSS ，也有 Tailwind 这种东西，让 GPT 生成一组用 Tailwind 的 HTML ，自己改改就能上线，用前端框架说不定还在折腾工具链。
2024-04-22 23:50:43 +08:00 回复了 xiaopanglian 创建的主题 › 设计 › 一个好的简约博客大概是什么样的呢？ |
https://ecnelises.com/
我的这个应该算……简洁吧？
我的这个应该算……简洁吧？
Select Language