前端努力的哪怕从代码的体积哪怕是20K都在努力减少的同时

久以前在安卓2.0系统刚刚的时候就对HTML5比较关注!因为我也是那个时候刚刚入行做前端的。那个时候最大的乐趣就是看着w3plus上面各种css3的效果,觉得哇,好牛逼原来可以这样做,然后3年过去了。。。手上的APP做完的没有40个也有30个了!然后去年参加了HTML5峰会。听着一批前辈们说着他们在html5的道路中遇到的挫折,经验,以及流行的框架,制作HTML5的ide。。。也算是小有经验了!。。。然后知道的越多,现实就越残酷(大漠竟然说他不会JS,无语偶曾经的偶像竟然说他真的不会js还发誓!this is so crazy)然后吐槽一下现在(现实就在脚下。。。)

现在么一个个朋友,以前离职的小伙伴,设计师们,都牛气冲天的说她们开始搞APP啦。要搞HTML5了

然后-_-//我只想吐槽你们对HTML5的了解究竟是什么呢!

http://u.sanwen.net/488516.html
http://u.sanwen.net/488934.html
http://u.sanwen.net/489154.html
http://u.sanwen.net/489327.html
http://u.sanwen.net/489637.html
http://u.sanwen.net/490157.html
http://u.sanwen.net/490589.html
http://u.sanwen.net/490798.html
http://u.sanwen.net/489637.html
http://u.sanwen.net/489016.html
http://u.sanwen.net/491164.html
http://u.sanwen.net/491463.html
http://u.sanwen.net/491684.html
http://u.sanwen.net/491818.html
http://u.sanwen.net/491952.html
http://u.sanwen.net/492112.html
http://u.sanwen.net/492314.html
http://u.sanwen.net/492490.html
http://u.sanwen.net/492665.html
http://u.sanwen.net/492807.html
http://u.sanwen.net/492927.html
http://u.sanwen.net/493104.html
http://u.sanwen.net/493248.html
http://u.sanwen.net/493326.html
http://u.sanwen.net/493424.html
http://u.sanwen.net/493506.html
http://u.sanwen.net/493576.html
http://u.sanwen.net/493701.html
http://u.sanwen.net/493785.html
http://u.sanwen.net/493875.html
http://u.sanwen.net/493954.html

我不得不吐槽!你们设计的页面确定不是在坑人吗!....都是艺术字!你是准备让前端用canvas,载入字体搞呢,还是根本这个字体就是手绘的用图片呢。。

(在他们的眼里或许html5就是让他们不用考虑兼容,可以随意发挥灵感的东西)

但是他们考虑过图片的重量,引入字体库的大小了吗!就算是最后打包成手机APP!这样的做真的合适吗!

如果最后只是一个webapp,他考虑过如果不在wifi的环境下用户使用的话会造成流量大量的浪费在加载图片和字体上

最后如果前端境界很高的话确实可以用linear-gradient制作出很多如本页底部的那些高大上的效果。但是我必须再泼一次冷水,只有safari浏览器也就是水果是完全兼容的

Android4.0(至少我用的是安卓4.0是不完全兼容)。。。

最后关于这个问题!我只想说当前端努力的哪怕从代码的体积哪怕是20K都在努力减少的同时,设计师们是否能考虑到你们做的那么多图片,是否也能减少点体积呢?

毕竟你做的只是一个产品的APP,本来就没什么人主动去下,除了你的客户迫不得已才去下!当然啦如果你的产品能火到别人即使是哪怕烧2M打开你一次页面或是离线

时间: 2024-10-10 07:14:36

前端努力的哪怕从代码的体积哪怕是20K都在努力减少的同时的相关文章

不是每一次努力都会有收获,但每一次收获都必须努力才能得到

拼命向上生长,是你年轻时唯一重要的事情--共勉 原文地址:https://blog.51cto.com/13613726/2459587

前端工程师也要关注代码版本控制

那么,为什么说前端工程师也要关注代码版本控制呢?因为web开发和软件开发本质无异,同样具有迭代周期,需求不是一揽子提完.一口气开发完的,是有步骤的开发,因此,每次上线开发哪些功能.为后续扩展功能留足哪些接口.代码在可扩展和可维护性上应当作哪些考虑……,这些应当是每个工程师关注的事情,所谓迭代就是指这种需求的叠加,这是软件开发的常态,也是web开发的常态,刚开始,前端工程师总会不断抱怨没完没了的需求,代码起初还算干净,但很快就越来越乱,代码的版本管理对于Web前端工程师来说有些困难,这也使得大部分

前端开发程序员的局限与尽头,百万年薪都是浮云

一转眼,毕业已经快6年了,6年前我在写页面,6年过去了,我还在写页面. 这种情形目前并不多见,无论是我的前辈或者是同一年代入行的同辈,几乎都已经脱离一线了,至少我认识的那些都是如此. 每个人都是独立的个体,没有什么按部就班,没有什么理所当然,关键要清楚自己要的什么,自己拥有的是什么,自己能够到达的彼岸有多远. 如果三五年前,我觉得自己的专业对团队对企业的贡献到头了,我也会考虑向人向事这一块转型,只是,当技术积累突破到一定阶段后,你心里面就会明白,自己能够做的事情还有很多,自己可以走出一条别人没有

比你优秀的人都在努力

http://www.nowamagic.net/librarys/eight/posts/2475你是否毕业7,8年了还在同一个岗位上,薪酬职位没有太大的变化?你的生活没有改观,每天都是两点一线的行程安排,周而复始?你和十年前,相同出生,境况相似的同学朋友相比较,是进步了还是原地不动? 今天和杂志编辑老张一起喝茶,谈到一个名词,叫做”内卷化效益”,我比较孤陋寡闻,所以洗耳恭听,也顺便长长见识,在这里和大家分享一下. 首先,什么是“内卷化”?就像我们平常吃的卷心菜向内生长,不易长大,经济角度称之

react纯前端不依赖于打包工具的代码

####react最基础的语法和不依赖环境的纯前端免编译代码 参照:http://www.ruanyifeng.com/blog/2015/03/react.html 注意事项:1.必须放倒服务器上,在文件系统上无法运行 login.html <!doctype html> <head> <meta charset="utf-8"> <script src="https://npmcdn.com/[email protected]/d

前端开发调试线上代码的两款工具

用过 Charles 和 Fiddler 这两款,记录如下. 一.Charles Charles 界面简单直观,易于上手,数据请求控制容易,修改也简单,抓取数据的开始暂停也方便.支持 win,mac,linux. 1. 安装前提Charles 需要有 Java 环境,请提前下载安装 JDK.JDK 已经 8 了. 根据自己的系统选择对应的JDK.我的是 win7,双击安装,一直下一步就哦了.在命令行窗口输入以下命令,出现截图所示就表示 JDK 安装成功了 2. 下载 Charles Charle

前端切图常用的代码

前言:我们不是代码的创造者,我们只是代码的搬运工. <h1>文本标题<p>段落标签<br>强制换行标签 空格<hr>水平线标签<b>加粗<strong>加重语气的加粗标签<i>倾斜<em>加重语气<u>下划线<s>删除线标签<a>超链接<a href="#">超链接<a href="https://www.taobao.com&

别人说前端工程师需要啥,有些我很赞同。也在继续努力。。

前端开发工程师需要懂的东西很多,下面简单列举下: 会点设计,不要求精湛,处理图片,设计个小广告是要的: 精通HTML+CSS,并能快速处理各浏览器兼容问题: 熟练掌握Javascript或Actionscript,精通加分: 熟练使用JS框架,如jQuery/YUI等,并解读过源码,熟练多框架加分: 精通Ajax技术,必须的: 精通开发调试工具,如Firebug等: 代码语义化,懂优化,压缩和反压缩: 对SEO有一定的了解,尤其是HTML结构和标签的使用: 高效合成CSS Sprite: 了解服

前端hash路由基本原理,及代码的基本实现

路由就是指随着浏览器地址栏的变化,展示给用户的页面也不相同. 早期的路由都是后端实现的,直接根据 url 来 reload 页面,页面变得越来越复杂服务器端压力变大,随着 ajax 的出现,页面实现非 reload 就能刷新数据,也给前端路由的出现奠定了基础.我们可以通过记录 url 来记录 ajax 的变化,从而实现前端路由.(可以根据不同的url来展示不同的页面,很好的优化了页面的交互体验.)目前有两种方式: 1:H5的history的新API(pushstate.replacestate.