搜索
bottom↓
楼主: Gorgon_Meducer

傻孩子新书企划投票——为了写给大家的书[4-28-2013 Updated]

  [复制链接]

出0入0汤圆

发表于 2012-11-15 13:16:20 | 显示全部楼层
C吧, 纵观你的方案, 你最想写的应该是C方案, 那就C吧! 其他的都是白搭!

出0入296汤圆

 楼主| 发表于 2012-11-15 13:14:55 | 显示全部楼层
pang123hui 发表于 2012-11-15 12:58
支持,完整工程弄个光盘就好了,什么时候弄个试读章节呀,很期待哦,呵呵 ...

PlanA?现在看来PlanA要搁浅或者裁减了。PlanC的试读估计最快也要半年吧?

虽然PlanC是一个大项目——看似无从下手,其实是有专门的方法的。借机就说下我的计划吧:

第一阶段:准备阶段
    这个阶段的任务是逐步细化出编写大纲,细化的过程是这样的:
    a. 首先宏观分块,宏观到什么程度呢?比如现在书分了三大块,这就是宏观分块。
    b. 完成宏观分块以后,将会枚举所有希望覆盖的知识点——这个时候,知识点是分散的,不必有
      具体的承接关系。我会先列举出自己想到的,到时候还要麻烦论坛上的诸位帮我补充和提点了。
    c. 完成知识点枚举以后,将开始进行知识点布局,简单说就是建立知识点与知识点之间的承接关系
      逻辑关系,可以考虑讲解的顺序了。
    d. 完成知识点布局以后,进入章节划分阶段。顾名思义,这个阶段,要根据前面的知识点布局划分
      章节。这个阶段完成后,实际上达成了以下目标:
      >> 有哪些章节——目录就出来了
      >> 章节要覆盖哪些知识点——章节的任务和目标就出来了

第二阶段:编写阶段
       完成了以上内容,基本就完成了对本书的定义。如果没有大的必要,基本不会变更章节和章节的
      任务目标以及覆盖的知识点。这个时候进入章节编写阶段。
     a. 选择一个章节
     b. 搜集所有和章节知识点相关的资料
     c. 考虑具体的知识点串接结构,并以此设计大纲
     d. 根据大纲,将章节拆分成细小的模块,每个模块的内容都很确定和具体,编写工作量控制在大约
       写个 微知识 的程度。
     e. 利用点滴的业余时间逐个章节编写
     f. 完成一章的编写后,进行通章修订
     g. 修订的版本在小范围内测试
     
     

出0入0汤圆

发表于 2012-11-15 13:03:40 | 显示全部楼层
Gorgon_Meducer 发表于 2012-11-15 13:00
这是用户选中对应菜单后的功能函数——通常一个菜单要么有后续子菜单,要么就是实现具体的功能——比如发 ...

哦!通过这个函数就实现了“双向”通信,不再只是上面控制菜单任务了。暂时没想到上面应用实例。

出0入296汤圆

 楼主| 发表于 2012-11-15 13:00:10 | 显示全部楼层
zyw19987 发表于 2012-11-15 12:58
//菜单命令和转义按键值
enum
        {       

这是用户选中对应菜单后的功能函数——通常一个菜单要么有后续子菜单,要么就是实现具体的功能——比如发消息给后台服务。
而这个功能函数就是通过这个函数指针来实现的。

出0入0汤圆

发表于 2012-11-15 12:58:40 | 显示全部楼层
Gorgon_Meducer 发表于 2012-11-15 11:08
这次读者群体定义和《深入浅出AVR》是有承接关系的,也就是说至少读者是通过一本单片机的书已经
入门了的 ...

支持,完整工程弄个光盘就好了,什么时候弄个试读章节呀,很期待哦,呵呵

出0入0汤圆

发表于 2012-11-15 12:58:08 | 显示全部楼层
Gorgon_Meducer 发表于 2012-11-14 23:06
你思考的这些问题其实是GUI逻辑层次构架的知识,我会注意在书中详细展开的。

基本思想是隔离:菜单的逻 ...

//菜单命令和转义按键值
enum
        {       
        //        5个转义按键值               
                Key_Set = 10,
                Key_Esc,
                Key_Enter,
                Key_Up,
                Key_Down
        //        菜单命令

        };

//语言代码
enum
        {
                CN = 0,// 中文
                EN,    // English
                LANGNUM
        };

//字体大小枚举
typedef enum
{
        Str_SIZE16 = 16,
        Str_SIZE32 = 32
}StrSizeType;

//菜单显示内容结构体
//位置x
//位置y
//内容地址宽度
//内容地址高度
//字体大小
//待显示字符串
typedef struct
{
   u16 x;
   u16 y;
   u16 width;
   u16 height;
   StrSizeType size;
   u8* content;
}DisplayStruct;
//---------------------------------------------------------
//--------菜单结构体
//--------菜单的ID, 也就是菜单的索引号, 是各菜单顺利链接的节点
//--------菜单的标题,(菜单提示内容)
//--------菜单的项目数
//--------菜单的图标
//--------菜单的显示内容
//--------菜单动作执行函数
typedef struct
{
   u8 MenuID;
   u8 **MenuTitle;
   u8 MenuNum;
   u8 **MenuIco;
   DisplayStruct *MenuString;
   void* (*AddAction)();   
}LXMenu;

//--------菜单结构体
//--------菜单的ID, 也就是菜单的索引号, 是各菜单顺利链接的节点
//--------菜单的标题,
//--------菜单的项目数
//--------菜单的图标
//--------菜单的显示内容
//--------菜单动作执行函数
//宏定义: 组合成菜单结构体
                                                        //菜单的ID
                                                        //|                菜单的标题
                                                        //|                |        菜单的项目数
                                                        //|                |        |                                                                                                 //菜单的图标
                                                        //|                |        |                                                                                                   |         //菜单的显示内容
                                                        //|                |        |                                                                                                |          |                                         //菜单动作执行函数
                                                        //|                |        |                                                                                                |         |                                         |
#define MenuWhat(ID, ITEMX) {ID,        0,        (sizeof(ITEMX)/sizeof(DisplayStruct)/LANGNUM),        0,        (DisplayStruct*)ITEMX,        (void*)0,}

这是我真在做的菜单显示内容结构规划(基本上是结合坛里的代码,支持多种语言)。

有一个问题就是菜单结构体重 void* (*AddAction)(); 函数好像都用不上,为何坛里的代码都会有这么有东西呢?  

出0入296汤圆

 楼主| 发表于 2012-11-15 12:50:38 | 显示全部楼层
error_dan 发表于 2012-11-15 12:20
我倒是希望看到这样的资料:一个完整的工程.从立项开始,怎么定需求,怎么选方案,怎么规划开发流程,怎么coding ...

你的建议我会认真考虑的。谢谢哈~

出0入0汤圆

发表于 2012-11-15 12:49:17 | 显示全部楼层
Gorgon_Meducer 发表于 2012-11-14 23:06
你思考的这些问题其实是GUI逻辑层次构架的知识,我会注意在书中详细展开的。

基本思想是隔离:菜单的逻 ...

期待您的巨作!

出0入0汤圆

发表于 2012-11-15 12:44:15 | 显示全部楼层
AppleFarm 发表于 2012-11-14 17:37
选A和C
A方案可以将以前第一版 进一步深化。
C方案可以让大家进一步的学习你的思想。


AppleFarm 发表于 2012-11-14 17:37
选A和C
A方案可以将以前第一版 进一步深化。
C方案可以让大家进一步的学习你的思想。.


++1

出0入0汤圆

发表于 2012-11-15 12:20:57 | 显示全部楼层
我倒是希望看到这样的资料:一个完整的工程.从立项开始,怎么定需求,怎么选方案,怎么规划开发流程,怎么coding,怎么debug,甚至是怎么维护.讲白了就是软件工程,但是似乎又非要扯上硬件...要不?来个可移植的?不然的话,针对任何特定平台的教程其实都算"小众"...

出0入16汤圆

发表于 2012-11-15 12:16:54 | 显示全部楼层
坚决支持C方案!

出0入296汤圆

 楼主| 发表于 2012-11-15 12:07:33 | 显示全部楼层
Cliff 发表于 2012-11-15 12:06
然后,对于GCC方案,我很久没接触过AVR的GCC了,但是从几年前的表现看,是令人不满意的。
如果有条件,可以 ...

我会注意的,我现在基本上完全用IAR了。除非有特殊的要求。

出0入296汤圆

 楼主| 发表于 2012-11-15 12:06:55 | 显示全部楼层
本帖最后由 Gorgon_Meducer 于 2012-11-15 12:12 编辑
Cliff 发表于 2012-11-15 12:04
我肯定选A。
既然“思想……与具体芯片无关”,那也就不必纠结芯片是否过时,只要还买得到,能让人照着用, ...


你不纠结不代表其它人不纠结……你看看这个调查结果就知道了……哎……
另外,有一句话叫作“没有金刚钻,不揽瓷器活”,有这个企划就说明自觉我有信心和能力去完成这本书。

出0入0汤圆

发表于 2012-11-15 12:06:48 | 显示全部楼层
然后,对于GCC方案,我很久没接触过AVR的GCC了,但是从几年前的表现看,是令人不满意的。
如果有条件,可以弱化GCC,并适当提一点IAR。

出0入296汤圆

 楼主| 发表于 2012-11-15 12:06:08 | 显示全部楼层
xukai871105 发表于 2012-11-15 11:59
您的书我也购买过!当时自己还是一个初学者,感觉语言还是可以凝练的!言简意赅才是王道!

我个人比较推荐 ...

是的,语言凝练,很多人都中肯的提出过这个问题。如果有方案A,或者方案A的变种方案,这部分工作
一定会做的。

至于工程师肯定会博览群书……这个的确不是你想象的那样,大家也想博览群书,中国工程师是勤劳的,勤劳到能者多能不多得……读书的机会很少……

出0入0汤圆

发表于 2012-11-15 12:04:26 | 显示全部楼层
我肯定选A。
既然“思想……与具体芯片无关”,那也就不必纠结芯片是否过时,只要还买得到,能让人照着用,那就可以了。

对于方案B,由于缺乏了一个具体的载体,很容易写的太抽象,那就容易走“脱离群众”的路线了,这是我担心的。

而方案C,更是无从谈起!这些知识面,都足够开好几门课程、出好几本书了,想在一本书中融会贯通,难度之大是无法想象的。

出0入296汤圆

 楼主| 发表于 2012-11-15 12:03:00 | 显示全部楼层
korgo 发表于 2012-11-15 11:51
建议把常用的接口讲一下,较流行的介绍一下,例如uart,spi,i2c,sdio,1-wire等 ...

介绍这类接口的书籍很多很多……要不大家给你推荐几个?
其实你去大的书店转转就会有斩获的。

出0入0汤圆

发表于 2012-11-15 11:59:06 | 显示全部楼层
您的书我也购买过!当时自己还是一个初学者,感觉语言还是可以凝练的!言简意赅才是王道!

我个人比较推荐方案一,方案一比较适合初学者
对于初学者来说,硬件才刚刚入门,软件技巧缺失。如果第二版能够让初学者在掌握单片机的基础上,慢慢开始熟悉操作系统,调度器等等其他内容,何乐而不为呢!

对于方案三,比较适合工程师,特别是有经验的工程师
我觉得您可能时间和经历跟不上!您出书可能不像高校的老师,能够利用很多的人手,分章节出版。如果您觉得自己精力不够的话,就重点描述其中的几个内容。毕竟其他的内容可以参考其他的书籍。我想一个合格的工程师一定会博览群书,您的图书应该是他知识结构的一部分,锦上贴花的那部分。

呵呵,个人观点!

出0入0汤圆

发表于 2012-11-15 11:51:46 | 显示全部楼层
Gorgon_Meducer 发表于 2012-11-15 11:44
貌似基本没有什么硬件……软件的东西是主体,搭建GUI硬件平台的时候,估计会在论坛里面进行测试和征集。
...

建议把常用的接口讲一下,较流行的介绍一下,例如uart,spi,i2c,sdio,1-wire等

出0入296汤圆

 楼主| 发表于 2012-11-15 11:44:42 | 显示全部楼层
本帖最后由 Gorgon_Meducer 于 2012-11-15 11:48 编辑
myemcu 发表于 2012-11-15 11:24
把项目案例整多,整详细即可(硬件电路无错,软件程序正确)。。


貌似基本没有什么硬件……软件的东西是主体,搭建GUI硬件平台的时候,估计会在论坛里面进行测试和征集。
计划中要征集一个 STM32+LCD12864+24位真彩色的屏幕(SPI接口)+LCD1602的方案 作为平台。

为了避免商业上处理的问题,STM32为任意别人手中的最小系统或者开发板,真正需要电路的是简单的接口电路
处理以上三种液晶的部分——要求提供原理图、腐蚀电路制作方式(洞洞板制作方式)或者其他大家认可的模式。

实在不准备为这本书做什么配套开发板,最多可以提供配套的液晶接口板的PCB(随书附赠也是可能的,但是元器
件要自己焊接)

出0入296汤圆

 楼主| 发表于 2012-11-15 11:42:35 | 显示全部楼层
shuimubai 发表于 2012-11-15 11:32
比较关心什么时候能够 买到书 呵呵

我也关心这个问题。

出0入296汤圆

 楼主| 发表于 2012-11-15 11:42:17 | 显示全部楼层
song1km 发表于 2012-11-15 11:17
“恩,讲清楚为基本要求,剩下考虑简洁。有时候让人开窍的只是一两句话辅助一些图片和代码就足够了。”

想 ...

呵呵,关键的东西不讲多半是老师怕麻烦或者考试不考。

出0入0汤圆

发表于 2012-11-15 11:32:43 | 显示全部楼层
比较关心什么时候能够 买到书 呵呵

出0入0汤圆

发表于 2012-11-15 11:24:55 | 显示全部楼层
把项目案例整多,整详细即可(硬件电路无错,软件程序正确)。。

出0入0汤圆

发表于 2012-11-15 11:20:50 | 显示全部楼层
期待!C方案的作品。

出0入0汤圆

发表于 2012-11-15 11:17:39 | 显示全部楼层
“恩,讲清楚为基本要求,剩下考虑简洁。有时候让人开窍的只是一两句话辅助一些图片和代码就足够了。”

想起了上学时,老师讲课,浅显易懂的东西墨迹个没完,关键的一笔带过。。。

你妹啊。。

出0入0汤圆

发表于 2012-11-15 11:16:14 | 显示全部楼层
哈哈都很期待C哦!

出0入296汤圆

 楼主| 发表于 2012-11-15 11:13:40 | 显示全部楼层
error_dan 发表于 2012-11-15 11:03
大家都选的C,唉.执行可是要版主来做的啊.

感动啊~

出0入296汤圆

 楼主| 发表于 2012-11-15 11:12:29 | 显示全部楼层
xczxwy 发表于 2012-11-15 10:37
绝对支持第三个方案。
不过不能因为书的内容比较多,每个部分写的就简单不深入,那样还不如不写。不要给定 ...

恩,讲清楚为基本要求,剩下考虑简洁。有时候让人开窍的只是一两句话辅助一些图片和代码就足够了。
现代人的阅读习惯不适合大段文字,这一点很多心理学文献都指出了。所以我会做出调整,适应大家的
阅读习惯。放心,不会偷工减料的。毕竟是“十年磨一剑”

出0入296汤圆

 楼主| 发表于 2012-11-15 11:09:46 | 显示全部楼层
xczxwy 发表于 2012-11-15 11:00
只要口碑好,还怕没有出版社出版吗?价格嘛,可以定高点,我相信懂的人自然会买,而且也愿意推荐给其他人 ...

如果是方案A,出版社还是电力(节操还是要的);如果方案是B,出版社在电力和北航里面选;如果是方案C,北航的可能性较大

出0入296汤圆

 楼主| 发表于 2012-11-15 11:08:11 | 显示全部楼层
xblandy 发表于 2012-11-15 10:28
我选的C,想法还是很支持的,目前看介绍的内容还是挺多的,不知道会有多厚~~
不够正如你提到的缺点:时间
~ ...

这次读者群体定义和《深入浅出AVR》是有承接关系的,也就是说至少读者是通过一本单片机的书已经
入门了的。所以不会像过去那样口水,这次我的目标是力图做到简洁,基本原则是:
1、能用图说清楚的不用大段文字
2、复杂的概念用短小的文字配合图片分步说明
3、语言生动准确,但是决不口水话——基本上和我的微知识系列差不多——当然有很多口语化的东西
   会去掉。
4、和过去不同,这次尽可能知识点和概念精确,以前是确实经验不够,不敢下精确的定义和描述,所
   以用了很多模糊的说法,这次将给出简单且精确的知识点。
5、书的厚度我会控制在500页~600页以内。不会出现完整代码粘贴占用篇幅的现象,只粘贴核心代码

出0入0汤圆

发表于 2012-11-15 11:03:16 | 显示全部楼层
大家都选的C,唉.执行可是要版主来做的啊.

出0入0汤圆

发表于 2012-11-15 11:00:59 | 显示全部楼层
xblandy 发表于 2012-11-15 10:50
~~详细是详细了,不知道出版社要不要出啊,他要吃饭的,出版社也要吃饭的,读者也要吃饭的,~,所以,往 ...

只要口碑好,还怕没有出版社出版吗?价格嘛,可以定高点,我相信懂的人自然会买,而且也愿意推荐给其他人。举个例子来说,经常在论坛里看到有人问想学2440,该买什么样的书?我一直都是推荐韦东山那本,仔仔细细看了3遍,只有这样的书才值得去买去读。
顺便扯个题外话,亚马逊上有本7000刀+的书,按照一般人的想法,这种书怎么能卖的出去啊?但是事实却是还真卖了,还不少

出0入0汤圆

发表于 2012-11-15 10:50:20 | 显示全部楼层
xczxwy 发表于 2012-11-15 10:37
绝对支持第三个方案。
不过不能因为书的内容比较多,每个部分写的就简单不深入,那样还不如不写。不要给定 ...

~~详细是详细了,不知道出版社要不要出啊,他要吃饭的,出版社也要吃饭的,读者也要吃饭的,~,所以,往往就不是写一个书或者是文档或者是手册这种事情了~
写了本书,傻孩子给饿死了~ 那真是太亏了

出0入0汤圆

发表于 2012-11-15 10:37:50 | 显示全部楼层
绝对支持第三个方案。
不过不能因为书的内容比较多,每个部分写的就简单不深入,那样还不如不写。不要给定下多少页的目标,只管写,越详细越好,哪怕1000页,2000页。一定支持。

出0入0汤圆

发表于 2012-11-15 10:28:08 | 显示全部楼层
我选的C,想法还是很支持的,目前看介绍的内容还是挺多的,不知道会有多厚~~
不够正如你提到的缺点:时间
~~除了养活自己之外,时间还是很紧张的,而且这事情要有很大的动力么~~
加油~

出0入0汤圆

发表于 2012-11-15 10:11:12 | 显示全部楼层
支持C,出了一定买一本

出0入0汤圆

发表于 2012-11-15 10:08:16 | 显示全部楼层
一定要C

出0入76汤圆

发表于 2012-11-15 09:36:56 | 显示全部楼层
强烈支持C方案,  C完全可覆盖B,A的内容, C是B,A的升华。  相信大多少网友都看过第一版的了,对于初学者来说应该或多或少都有一定的基础了(由第一版带入门),所以还需要更进一步的提升。感觉市面上,着重详细讲解嵌入式系统的 程序系统架构、编程思想(以及涉及软件工程方面)的书太少了,同并能以一个完整工程案例来展开分析和讲解的书的更是少的可怜!!  傻孩子 老师 的这本书以C方案 定能弥补这一方面的空缺,如果能附上论坛上您专栏中的精华贴的内容及详解 就更好了, 如此大作必定是空前绝后!!
当然了,这样您的工作量也将是非常大,可能耗的时间也会较长。  正所谓十年磨一剑,宝剑出鞘谁与争峰!
我等小白在此表示强烈地支持您,期待您的绝世巨作。

出0入0汤圆

发表于 2012-11-15 09:32:21 | 显示全部楼层
c

出0入0汤圆

发表于 2012-11-15 09:31:14 | 显示全部楼层
支持c,正在学习系统了,感谢傻孩子版主

出0入0汤圆

发表于 2012-11-15 09:20:19 | 显示全部楼层
预定一本

出0入0汤圆

发表于 2012-11-15 09:13:12 | 显示全部楼层
投了C  期待这样一本好书

出0入0汤圆

发表于 2012-11-15 09:06:56 | 显示全部楼层
reloaded 发表于 2012-11-14 20:28
我是唯一选a的人吗???

我觉得书终归是要出的,但是出版商未必会同意第三种方案,因为确实是太庞大了。 ...

不是,我也选A. A C能都出最好了。

出0入0汤圆

发表于 2012-11-15 09:00:51 | 显示全部楼层
呵呵,傻孩子列的三个方案,估计很多人都会选择C。
但是方案C开发周期是最长,工作量也是最大的,虽然大家有足够的耐心在等,

出95入100汤圆

发表于 2012-11-15 08:55:03 | 显示全部楼层
Gorgon_Meducer 发表于 2012-11-14 22:12
首先,过渡书籍很多,我推荐一种阅读顺序,你可以从深入浅出AVR入门,接下来看机遇时间片的调度器,然后 ...

嗯,从06年到现在。基本上是按着这条路走过来的,不过我的入门是周航慈的书

出0入0汤圆

发表于 2012-11-15 08:48:26 | 显示全部楼层
狂顶方案C

出0入4汤圆

发表于 2012-11-15 08:44:44 | 显示全部楼层
顶啊~~~~绝对C!!

出10入0汤圆

发表于 2012-11-15 08:43:44 | 显示全部楼层

方案A:原始方案
选择C固然很好,
但是楼主可以分阶段实现的,来日方长。

出10入0汤圆

发表于 2012-11-15 08:43:30 | 显示全部楼层

方案A:原始方案
选择C固然很好,
但是楼主可以分阶段实现的,来日方长。

出0入0汤圆

发表于 2012-11-15 08:40:31 | 显示全部楼层
肯定支持方案C,就怕你没时间写。

出0入8汤圆

发表于 2012-11-15 08:30:27 | 显示全部楼层
关注。。。。。

出0入0汤圆

发表于 2012-11-15 08:22:58 | 显示全部楼层
大势所趋,我也认为C方案好些

出0入0汤圆

发表于 2012-11-15 08:21:39 | 显示全部楼层
选C方案,avr确实已经过气, cortex-m系列现在都成白菜价了......

出110入0汤圆

发表于 2012-11-15 08:21:32 | 显示全部楼层
投了B和C

C当然是最全面,但是工作量估计挺大

出0入0汤圆

发表于 2012-11-15 08:18:49 来自手机 | 显示全部楼层
楼主是否可以在方案3的基础上,把方案1,2类似的东西加上去?

出0入0汤圆

发表于 2012-11-15 08:13:46 | 显示全部楼层
看看老外的书,很多都是写了N年才成。
沉住气

出10入10汤圆

发表于 2012-11-15 08:05:43 | 显示全部楼层
推荐选c
A的重点是关于单片机应用的,也有编程方面的,此书已经很好,重印即可
C的重点是关于嵌入式编程思想的,是提高篇

出0入0汤圆

发表于 2012-11-15 07:43:36 | 显示全部楼层
我选择最后一个,具体原因不用赘诉,看看投票结果和傻孩子的介绍就知道了!

出0入0汤圆

发表于 2012-11-15 01:49:51 | 显示全部楼层
Gorgon_Meducer 发表于 2012-11-14 23:20
哈哈,饥饿营销实在是不必要,因为大家一直以来就是饿着的~
不过要了解市场,做足功课还是很重要的,不是 ...

这样考虑很周全。A方案变为简单修订,以保证继续出书为原则。B方案给个引导索引,容易找到。C方案则强烈期待。

出0入0汤圆

发表于 2012-11-15 01:17:03 | 显示全部楼层
选择c,虽然没有那么多时间看书

出5入8汤圆

发表于 2012-11-15 00:59:37 | 显示全部楼层
选的B和C。
感觉A确实没有什么吸引力,就算写出来出版了也不会给大家留下什么印象。C固然是很好,但是工作量较大,就怕楼主和读者的热情都会被时间消磨殆尽的。折衷一点还是从B开始好。以上是个人意见。

出0入0汤圆

发表于 2012-11-15 00:49:07 | 显示全部楼层
谢谢傻孩子,按C方案写的话,肯定能支持下!

出0入0汤圆

发表于 2012-11-15 00:43:52 | 显示全部楼层
终于 又见傻孩子 哈哈

出0入0汤圆

发表于 2012-11-14 23:45:54 来自手机 | 显示全部楼层
选择C,非常期待
来自:amoBBS 阿莫电子论坛 Android客户端

出0入296汤圆

 楼主| 发表于 2012-11-14 23:44:01 | 显示全部楼层
leijiayou 发表于 2012-11-14 23:41
C方案    顶

多谢捧场~!

出0入0汤圆

发表于 2012-11-14 23:41:30 | 显示全部楼层
C方案    顶

出0入296汤圆

 楼主| 发表于 2012-11-14 23:35:38 | 显示全部楼层
AntGod 发表于 2012-11-14 23:25
楼主吊胃口,到出版还要等好久哦 等不及了!!!!!!建议边写边连载。。。最后书肯定还是会买的,我的风 ...

呵呵……也许客观上我的行为看起来是吊胃口……但是大家都是工程师,都能理解的……我一不是高帅富,而不在象牙塔……
同是一日不做一日不食的苦逼工程师……有精力写书已经是很努力的事情了……还请理解。
谢谢捧场~!!!

出0入0汤圆

发表于 2012-11-14 23:25:17 | 显示全部楼层
楼主吊胃口,到出版还要等好久哦 等不及了!!!!!!建议边写边连载。。。最后书肯定还是会买的,我的风格是好书都买着收藏

出0入296汤圆

 楼主| 发表于 2012-11-14 23:20:41 | 显示全部楼层
blade_li 发表于 2012-11-14 23:09
A B C三种方案都可以,但是如果BC方案要等很长时间的话,还是A方案吧,其实用那种单片机并不重要,像周航慈 ...

哈哈,饥饿营销实在是不必要,因为大家一直以来就是饿着的~
不过要了解市场,做足功课还是很重要的,不是么?
现在可能的方案是,原来的深入浅出会简单的修订,然后出版——毕竟现在原来版本的深入浅出AVR已经卖完了,后来的人基本买不到了。
B方案会通过我的微知识系列弥补下。毕竟市面上专题类书籍很多。
C方案现在看来是大势所趋,我自己也趋向于这个,之前没有做过调查,今天的结果给了我很大的勇气和信心把他坚持下去。

出0入0汤圆

发表于 2012-11-14 23:09:37 | 显示全部楼层
A B C三种方案都可以,但是如果BC方案要等很长时间的话,还是A方案吧,其实用那种单片机并不重要,像周航慈老师的书,大多都是以51单片机为平台写的,但都是经典之作啊,建议楼主先写出来,相信很多坛友都会买,呵呵,到时候拜读过楼主大作的,都会帮着宣传,到时候可能BC方案就会成为楼主的第二第三本书了,楼主有的忙了,这样出了第一本书后,也为第二第三书预留了时间。可千万别学粮食手机那样,搞个“饥饿销售”,让我们“望眼欲穿”。以上个人见解瑾供参考。

出0入296汤圆

 楼主| 发表于 2012-11-14 23:06:39 | 显示全部楼层
zyw19987 发表于 2012-11-14 22:43
看过您的菜单专题,一看过论坛经典之作《一个占用资源小的菜单设计》及一些衍生品。在此感谢!!!
最近 ...

你思考的这些问题其实是GUI逻辑层次构架的知识,我会注意在书中详细展开的。

基本思想是隔离:菜单的逻辑和显示逻辑是隔离的,菜单的逻辑和信息输入(按键之类)也是隔离的。
菜单其实只是后台一系列任务的控制面板——还是隔离的思想,菜单通过消息与后台的这些任务通信,
用户则感觉自己似乎是通过菜单与后台的任务进行交互。

经过这样的层层隔离,每一个逻辑都很简单,都是可重用的。如果这样的系统都是基于状态机的,则
整个系统都是异步的。你可以看到一方面菜单在显示,一方面其它显示效果或者图层还在独立刷新,
这些刷新可以展示出后台的服务还在运行……

我想这应该和你要表达的系统是一致的。关键就是单元功能的隔离,以及多任务的实现,多任务间的通信
这也是方案C的主题。这部分内容计划在 第一部分 中展开。

出0入0汤圆

发表于 2012-11-14 23:03:20 | 显示全部楼层
我也是通过傻孩子太知道switch是状态机的
通过之前的专题确实让我长见识了
再次感谢
我支持C 希望能够更深入地了解

出0入0汤圆

发表于 2012-11-14 22:43:58 | 显示全部楼层
本帖最后由 Gorgon_Meducer 于 2012-11-14 23:07 编辑
Gorgon_Meducer 发表于 2012-11-14 21:31
结论暂时一边倒阿,呵呵。B的确会被C涵盖调。在C成书前我会通过微知识系列弥补一些空缺。
下班路上我思考了 ...


看过您的菜单专题,也看过论坛经典之作《一个占用资源小的菜单设计》及一些衍生品。在此感谢!!!
最近做一个简单的菜单,想法是这样的:
1、是以“任务”的方式来跑(定时扫描)
2、菜单内核只完成每层菜单固定内容显示(就是完成常见菜单中五个功能键的操作“上下左右确定”)
3、动态显示的内容通过应用层以“指令”的方式通知菜单任务更新显示(调度器自带队列操作,方便任务间的通信),其实2中的功能键值是应用层分析 按键任务 转义后提供的值(因为不同状态下按键功能不一样,这个分析过程交给了应用层处理,保证了菜单的独立和可移植性)。

暂时认为这样做的优势是移植起来非常容易,更改添加菜单内容也方便。第三点想法来源于市场上一些“显示器”的思路(以指令帧格式通知显示器显示内容)。


上面是我的一点想法,肯定有想的不周甚至错误的地方,望傻孩子给提点提点。
新书中的调度器能否整合一些通用程序在里面呢?比如工程代码必不可少的串口调试(用IO模拟一个串口发送),通用队列的操作等。这些能否做到这些与CPU种类、型号“无关”?类似reg52.h只出现在Derive.C中。坛里代码很多,但真正这样系统,模块的很少。可惜本人学业不精啊!哎!!!

出0入0汤圆

发表于 2012-11-14 22:35:43 | 显示全部楼层
eduhf_123 发表于 2012-11-14 22:30
证明你电脑应该是开着的。

擦!
我凹凸了,我华丽丽地被楼主鄙视了!!
被楼主鄙视了!!!
被鄙视了!!!
鄙视了!!!
视了!!
了!!

出0入0汤圆

发表于 2012-11-14 22:35:13 | 显示全部楼层
eduhf_123 发表于 2012-11-14 22:30
证明你电脑应该是开着的。

站内信试试

出0入0汤圆

发表于 2012-11-14 22:30:50 | 显示全部楼层
Gorgon_Meducer 发表于 2012-11-14 21:42
谢谢你的支持啊!泪奔~
毕竟方案A是我最初的计划啊。现在看来几乎是惨败。 ...

证明你电脑应该是开着的。

出0入0汤圆

发表于 2012-11-14 22:28:59 | 显示全部楼层
必须C               

出0入0汤圆

发表于 2012-11-14 22:20:03 | 显示全部楼层
Gorgon_Meducer 发表于 2012-11-14 22:12
首先,过渡书籍很多,我推荐一种阅读顺序,你可以从深入浅出AVR入门,接下来看机遇时间片的调度器,然后 ...

好的,谢谢推荐。
也期待你的大作。

出0入0汤圆

发表于 2012-11-14 22:18:54 | 显示全部楼层
强烈选择C。

好期待有这么一本书啊!!!  加油!

出0入0汤圆

发表于 2012-11-14 22:18:41 | 显示全部楼层
Gorgon_Meducer 发表于 2012-11-14 22:13
是的,其实潜入式系统工程师应该能感觉出来,其是软硬件的概念都是相对的。 ...

毫无疑问地选了C方案。

PS   你企鹅没有理我。

出0入296汤圆

 楼主| 发表于 2012-11-14 22:13:53 | 显示全部楼层
jiaohaitao 发表于 2012-11-14 21:57
很认真的看完各个选项,最后还是选c了。如楼主所说,avr已经过气,纵使楼主想采用A计划,估计书不会有第一 ...

是的,其实潜入式系统工程师应该能感觉出来,其是软硬件的概念都是相对的。

出0入296汤圆

 楼主| 发表于 2012-11-14 22:12:23 | 显示全部楼层
淋湿的鸡毛 发表于 2012-11-14 21:57
傻孩子老大啊,我投的c
本人菜鸟,我觉得可以出一本很厚的书,把上面提到的内容都实现,这相比肯定很费时间 ...

首先,过渡书籍很多,我推荐一种阅读顺序,你可以从深入浅出AVR入门,接下来看机遇时间片的调度器,然后是OOPC+UML。看完这三本,你已经可以自立了。

出0入0汤圆

发表于 2012-11-14 21:57:30 | 显示全部楼层
很认真的看完各个选项,最后还是选c了。如楼主所说,avr已经过气,纵使楼主想采用A计划,估计书不会有第一版影响那么好了。现在嵌入行业对软件的要求越来越高,硬件的功能越来越强大,集成度越来越高,我感觉软件和思想很重要

出0入0汤圆

发表于 2012-11-14 21:57:21 | 显示全部楼层
傻孩子老大啊,我投的c
本人菜鸟,我觉得可以出一本很厚的书,把上面提到的内容都实现,这相比肯定很费时间,可能要等很久才会出,我觉得论坛上跟我一样就是那种不上不下的感觉,需要人点拨的阶段,就这一两年将要毕业,或者刚毕业的,特别需要这种书。
但是,但是,这一两年我感觉真等不急了。
所以能不能,像个具体额办法把书出成一个系列的,有个两本,或者三本的那种系列的。
不知道表达好没有,将就着看吧

出0入296汤圆

 楼主| 发表于 2012-11-14 21:42:39 | 显示全部楼层
AppleFarm 发表于 2012-11-14 21:37
选A和C
A方案可以将以前第一版 进一步深化。
C方案可以让大家进一步的学习你的思想。

谢谢你的支持啊!泪奔~
毕竟方案A是我最初的计划啊。现在看来几乎是惨败。

出0入0汤圆

发表于 2012-11-14 21:39:44 | 显示全部楼层
C 哈!
找一本系统的书好难哈~~~

出0入0汤圆

发表于 2012-11-14 21:37:19 | 显示全部楼层
选A和C
A方案可以将以前第一版 进一步深化。
C方案可以让大家进一步的学习你的思想。

第一版的我已经有一本了 ,如果有第二版出版还是有必要买。

出0入296汤圆

 楼主| 发表于 2012-11-14 21:36:56 | 显示全部楼层
bbsview 发表于 2012-11-14 21:31
哈哈,看来像我一样喜欢C方案的不少呀

性好没有完全实施方案A,否则一定是个失败的计划。

出0入0汤圆

发表于 2012-11-14 21:31:33 | 显示全部楼层
哈哈,看来像我一样喜欢C方案的不少呀

出0入296汤圆

 楼主| 发表于 2012-11-14 21:31:19 | 显示全部楼层
本帖最后由 Gorgon_Meducer 于 2012-11-14 21:34 编辑

结论暂时一边倒阿,呵呵。B的确会被C涵盖调。在C成书前我会通过微知识系列弥补一些空缺。
下班路上我思考了下,决定C方案全书的例子以一个GUI的设计为背景:裸机时代玩基本的菜单技术;调度器部分介绍GUI逻辑的实现;操作系统部分介绍GUI的应用方法:比如写个简单的RPG,有地图的那种。主要是GUI本身需要是状态机,但用户应用也是状态机就苦逼了,所以操作系统这个时候就体现价值了--GUI还是调度器里面跑的,操作系统为这个调度器分配独立的进程;用户应用把GUI当服务了,用类似windows GDI的方式工作。

出0入0汤圆

发表于 2012-11-14 21:28:22 | 显示全部楼层
C的呼声很高啊~

出0入296汤圆

 楼主| 发表于 2012-11-14 21:24:11 | 显示全部楼层
reloaded 发表于 2012-11-14 20:28
我是唯一选a的人吗???

我觉得书终归是要出的,但是出版商未必会同意第三种方案,因为确实是太庞大了。 ...

台湾人高涣堂的书几乎把OOC彻底终结了--后来人不用专门写了。所以我不专题写,我应用着讨论。
国内确实落后,其实C方案介绍的也都是成熟技术了。

出0入0汤圆

发表于 2012-11-14 21:21:18 来自手机 | 显示全部楼层
方案b或者c,软件就是思想。明知道avr不怎么样了,第一版依然买了一本,:-)。

出0入296汤圆

 楼主| 发表于 2012-11-14 21:12:48 | 显示全部楼层
wzq666 发表于 2012-11-14 19:55
方案2,还是比较好点吧:
1.为什么说与avr关系不大呢,拓展的这些知识要与第一版有个衔接,内容上取长补短 ...

其实三个方案出版社都没意见,确认过了。

出0入0汤圆

发表于 2012-11-14 21:12:27 | 显示全部楼层
理想的应该是C,不过看来时间要很长。如果A和B不需要很长的时间希望写B。傻孩子一个人写书可能会太累了,希望你和mcu_lover能合作一下哦另外一定要注意休息,保重身体!

出0入0汤圆

发表于 2012-11-14 21:12:24 | 显示全部楼层
个人喜欢C方案
出书,就买
……

出0入0汤圆

发表于 2012-11-14 21:01:07 | 显示全部楼层
AVR已经是昨日黄花了。。。。周围的朋友都转了,新入门的同学,AVR也看不上眼了。

出0入0汤圆

发表于 2012-11-14 21:00:30 | 显示全部楼层
个人支持 B方案!!

出0入0汤圆

发表于 2012-11-14 20:53:26 | 显示全部楼层
我也觉得C无疑是最佳方案,            C方案 从简单实用单片机 到 嵌入式系统的过度                     
回帖提示: 反政府言论将被立即封锁ID 在按“提交”前,请自问一下:我这样表达会给举报吗,会给自己惹麻烦吗? 另外:尽量不要使用Mark、顶等没有意义的回复。不得大量使用大字体和彩色字。【本论坛不允许直接上传手机拍摄图片,浪费大家下载带宽和论坛服务器空间,请压缩后(图片小于1兆)才上传。压缩方法可以在微信里面发给自己(不要勾选“原图),然后下载,就能得到压缩后的图片】。另外,手机版只能上传图片,要上传附件需要切换到电脑版(不需要使用电脑,手机上切换到电脑版就行,页面底部)。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

手机版|Archiver|amobbs.com 阿莫电子技术论坛 ( 粤ICP备2022115958号, 版权所有:东莞阿莫电子贸易商行 创办于2004年 (公安交互式论坛备案:44190002001997 ) )

GMT+8, 2024-5-18 10:07

© Since 2004 www.amobbs.com, 原www.ourdev.cn, 原www.ouravr.com

快速回复 返回顶部 返回列表