81 个解决方案
#1
要是这只是工作的一部分或者一段时间就可以接受,否则果断走人
#2
请问楼主一直用什么开发?
#3
还没签约,去留自己决定,签约了老是跳真不好。
#4
c#
#5
其实还是自己决定,
如果感觉不是滋味还是不要留,因为工作就要过的开心,开心写程序不是吗?
如果感觉不是滋味还是不要留,因为工作就要过的开心,开心写程序不是吗?
#6
是的,我就是不想不开心的工作
#7
一天一半的时间都在工作,要是不开心就不要留~~~我以前做游戏开发,觉得很不开心,后来就直接辞职了~~~~
#8
好就不要搞一,如果你不是很会 VB ,那就别浪费时间去学了,VB 与C# 也算差得远。
#9
果断走人
#10
#11
本人曾经学过 汇编,c,c++,vb,c#,觉得就汇编有差别。
楼主用什么vs什么版本?
楼主用什么vs什么版本?
#12
楼上说的有道理。高级语言都差不多。
#13
都是.NET旗下的语言,有啥纠结的,如果待遇还行就留呗
#14
C#和VB.net 区别不大,都是调用同一个.net framework类库
曾经我也搞过一段时间的VB.NET
如果经济上没有压力,可以选择另谋他处
下次面试就要记得问清楚再入职了
曾经我也搞过一段时间的VB.NET
如果经济上没有压力,可以选择另谋他处
下次面试就要记得问清楚再入职了
#15
被老大逮着各种语言玩了一圈的倒霉孩子表示毫无压力……
#16
2003
#17
走吧兄弟。。。去搞点新的东西。。。。。。
#18
#19
花2-3周时间,就可学熟的语言,有什么难,懂几门语言的人多的是。
只是个习惯而已,C#和VBNET 本身可以转换的,差不多,
再还有 C#编成DLL,让他们引用着用,他们看不懂,而只会用,岂不更好。。
只是个习惯而已,C#和VBNET 本身可以转换的,差不多,
再还有 C#编成DLL,让他们引用着用,他们看不懂,而只会用,岂不更好。。
#20
C# 与VB 不同吧,
连关键字与语法都不同了,语言懂得多,也不一定是好事,有时你会搞乱的,
比如:
一个功能函数的表示方法不同,
现在,习贯了一种写法, 自已的潜意识,就是这样写的,现在有改变了,
到时,你会发现,你每次动手写时,都有一种不确定感,久而久之,这会影响到自已的编写信心[潜在影响],
注意:
别小看这小点,编程本来就不是一个轻松的工作!正常情况下,大脑负荷就高,你还多语言,这样会使得大脑更容易混乱,很多东西也会变得 想起来容易,写起来不容易,不信,你看那些懂很多语言的人,是不是这样子的!
连关键字与语法都不同了,语言懂得多,也不一定是好事,有时你会搞乱的,
比如:
一个功能函数的表示方法不同,
现在,习贯了一种写法, 自已的潜意识,就是这样写的,现在有改变了,
到时,你会发现,你每次动手写时,都有一种不确定感,久而久之,这会影响到自已的编写信心[潜在影响],
注意:
别小看这小点,编程本来就不是一个轻松的工作!正常情况下,大脑负荷就高,你还多语言,这样会使得大脑更容易混乱,很多东西也会变得 想起来容易,写起来不容易,不信,你看那些懂很多语言的人,是不是这样子的!
#21
不信? 你看看那些懂很多语言的人,是不是这样子的!
#22
相当不赞同这句话。如果用过perl、lisp、ruby,或者哪怕使用C# 4.0,都不会有这样的认识。
VB是我系统掌握的第一种编程语言。但是我后来果断换了C#,而不是VB.NET。
#23
高级语言可能有相差,但都是定义变量。都是付值。都是if else,do while。
而不是汇编要弄寄存器。要压要弹,要跳来跳去。
#24
我是从c转c++转vb转vb.net转c#.开发经常用c#。偶然因为效率问题也用c,c++..vb.net偶尔也用用。
#25
都是使用字母数字下划线数学符号。
#26
我说了,C、C++、VB、Java这些语言本身就是一类的。但是如果把它们当作编程语言的全部,这种观点就显得井底之蛙了。
#27
为什么,
我回复的很多贴子,
都引起了强列的争论?
越想底调, 越易挑起争端啊!
#28
#29
你的语文不是一般地差。
#30
俺用的语言比较低调,经常使用汇编搞单片机,然后没事时,搞些破解,工作上的老项目中,
用VB6处理老软件程序,现在手上的项目,用VBNET搞工控机WINCE, 觉得碰到障碍时,
找点C# c++ 例子看看,再拿个转换器转到VBNET上看,或干脆找相关部门,做成DLL
我调用就行,管你是什么做的,通过DLL 和VS平台,各成员的合作方式,太方便了,
以致我喜欢做些DLL 供客户同事们使用。。
用VB6处理老软件程序,现在手上的项目,用VBNET搞工控机WINCE, 觉得碰到障碍时,
找点C# c++ 例子看看,再拿个转换器转到VBNET上看,或干脆找相关部门,做成DLL
我调用就行,管你是什么做的,通过DLL 和VS平台,各成员的合作方式,太方便了,
以致我喜欢做些DLL 供客户同事们使用。。
#31
呵呵,我都要从C#转PHP呢
呵呵
呵呵
#32
vb.net现在不流行吧?
#33
vbnet 编的EXE DLL 若不加壳保护,随便找个 反编译器,就能得到C# 源代码了,
你可以 反编译后看你的C#代码了,只不过没注释,但每个子函数都很短,容易看懂的.
你可以 反编译后看你的C#代码了,只不过没注释,但每个子函数都很短,容易看懂的.
#34
很显然,这个公司看中的你的原因可能就是“没什么技术含量,所以笃定你会做他们这个工作”。也许你不是这样认为的,那么就可以说这个公司确实不适合你。
#35
我只是从人家的想法出发。我想也许你可以想出别的想法留下,比如你发现这个公司的所谓平台要重新设计了,至少你认识这个平台的核心了,就可以留下了。
#36
俺找了个VBNET 编的EXE 没加壳的 用 Reflector.exe 反编译了下
你看看示例了一段,和源代码一致,只是没注释吧了
源代码的
反编译的如下:
你看看示例了一段,和源代码一致,只是没注释吧了
源代码的
'XML文件存在则删除 '调用 Del_Xml_file(Xml_FileName) '删除这个文件
Sub Del_Xml_file(ByVal filename As String)
Try
If File.Exists(filename) Then '判断文件存在
File.Delete(filename) '删除文件
' MessageBox.Show("XML文件已删除!")
End If
Catch
End Try
End Sub
反编译的如下:
Public Sub Del_Xml_file(ByVal filename As String)
Try
If File.Exists(filename) Then
File.Delete(filename)
End If
Catch exception1 As Exception
ProjectData.SetProjectError(exception1)
ProjectData.ClearProjectError
End Try
End Sub
public void Del_Xml_file(string filename)
{
try
{
if (File.Exists(filename))
{
File.Delete(filename);
}
}
catch (Exception exception1)
{
ProjectData.SetProjectError(exception1);
ProjectData.ClearProjectError();
}
}
public: void __gc* Del_Xml_file(String __gc* filename)
{
try
{
if (File::Exists(filename))
{
File::Delete(filename);
}
}
catch (Exception __gc* exception1)
{
ProjectData::SetProjectError(exception1);
ProjectData::ClearProjectError();
}
}
procedure Kjx_XmlFile.Del_Xml_file(filename: string);
begin
try
if (File.Exists(filename)) then
File.Delete(filename)
except
on exception1: Exception do
begin
ProjectData.SetProjectError(exception1);
ProjectData.ClearProjectError
end
end
end;
#37
现在还用vb.net的多数都是高手啊。vb.net使用至今大多数都丰富的WIN API使用经验。这点比 vc搞mfc 的还有技术涵量。
vb很简单。却也能开发非常复杂的程序。而且运行速度超过mfc。是非常不错的。
vb.net配合vc常用的vassist。输入效率比c#还要高。
#38
走吧,什么语言到不在乎,但你说到了基于平台,那就是说你在这公司干几年都不会有啥技术长进
#39
确实我就是这样想的,完全一代码民工了,只会套模板
#40
完全没有接触平台设计的可能。。。。。
#41
我觉得VB.NET和 C#,都是相同框架,语法上细微的差别而已,如果项目够有挑战性的话,还是值得一做的。
虽然我能写C#,但是我更喜欢VB的语法
虽然我能写C#,但是我更喜欢VB的语法
#42
VB.NET人气资料没有C#那么多.不建议从C#到VB.net
#43
资料看MSDN和一些C#的代码都无所谓啊,我觉得语言不重要,何况国外很多项目、著作还是VB.NET的
#44
用他们的应用平台,套代码模板,有挑战吗
#45
那个平台有什么值得你学习的吗?如果有,可以留下,如果没有,果断闪人
#46
这个入职之前,应该告诉lz吧,这公司这么做欠妥。。。。
#47
单单一些代码写法上的不同 就足以让你焦头烂额
#48
看你个人职业方向了 如果你以后想再C#上精通 那你果断走人 如果你想让自己成为多面手 那你留下来
#49
vb delphi都out了。。
#50
用过C、C++、delphi 7、vb6.0、vb.net、javascript、c#、java的孩子表示毫无压力
如果涉及界面比较少的话,可以考虑把vs2003的项目更新到楼主比较喜欢的版本,我也是最早从2003开始的,现在用vs2010
另外如果楼主接下来要做的工作模块还是比较独立的,那么就直接用c#开发,一个项目内vb和c#是可以并存的。
当然,多语言开发也会出现问题 比如在.vb页用int i;在.cs页用dim i as integer;结果报错,自己还找不出问题,哈哈哈哈
如果涉及界面比较少的话,可以考虑把vs2003的项目更新到楼主比较喜欢的版本,我也是最早从2003开始的,现在用vs2010
另外如果楼主接下来要做的工作模块还是比较独立的,那么就直接用c#开发,一个项目内vb和c#是可以并存的。
当然,多语言开发也会出现问题 比如在.vb页用int i;在.cs页用dim i as integer;结果报错,自己还找不出问题,哈哈哈哈
#1
要是这只是工作的一部分或者一段时间就可以接受,否则果断走人
#2
请问楼主一直用什么开发?
#3
还没签约,去留自己决定,签约了老是跳真不好。
#4
c#
#5
其实还是自己决定,
如果感觉不是滋味还是不要留,因为工作就要过的开心,开心写程序不是吗?
如果感觉不是滋味还是不要留,因为工作就要过的开心,开心写程序不是吗?
#6
是的,我就是不想不开心的工作
#7
一天一半的时间都在工作,要是不开心就不要留~~~我以前做游戏开发,觉得很不开心,后来就直接辞职了~~~~
#8
好就不要搞一,如果你不是很会 VB ,那就别浪费时间去学了,VB 与C# 也算差得远。
#9
果断走人
#10
#11
本人曾经学过 汇编,c,c++,vb,c#,觉得就汇编有差别。
楼主用什么vs什么版本?
楼主用什么vs什么版本?
#12
楼上说的有道理。高级语言都差不多。
#13
都是.NET旗下的语言,有啥纠结的,如果待遇还行就留呗
#14
C#和VB.net 区别不大,都是调用同一个.net framework类库
曾经我也搞过一段时间的VB.NET
如果经济上没有压力,可以选择另谋他处
下次面试就要记得问清楚再入职了
曾经我也搞过一段时间的VB.NET
如果经济上没有压力,可以选择另谋他处
下次面试就要记得问清楚再入职了
#15
被老大逮着各种语言玩了一圈的倒霉孩子表示毫无压力……
#16
2003
#17
走吧兄弟。。。去搞点新的东西。。。。。。
#18
#19
花2-3周时间,就可学熟的语言,有什么难,懂几门语言的人多的是。
只是个习惯而已,C#和VBNET 本身可以转换的,差不多,
再还有 C#编成DLL,让他们引用着用,他们看不懂,而只会用,岂不更好。。
只是个习惯而已,C#和VBNET 本身可以转换的,差不多,
再还有 C#编成DLL,让他们引用着用,他们看不懂,而只会用,岂不更好。。
#20
C# 与VB 不同吧,
连关键字与语法都不同了,语言懂得多,也不一定是好事,有时你会搞乱的,
比如:
一个功能函数的表示方法不同,
现在,习贯了一种写法, 自已的潜意识,就是这样写的,现在有改变了,
到时,你会发现,你每次动手写时,都有一种不确定感,久而久之,这会影响到自已的编写信心[潜在影响],
注意:
别小看这小点,编程本来就不是一个轻松的工作!正常情况下,大脑负荷就高,你还多语言,这样会使得大脑更容易混乱,很多东西也会变得 想起来容易,写起来不容易,不信,你看那些懂很多语言的人,是不是这样子的!
连关键字与语法都不同了,语言懂得多,也不一定是好事,有时你会搞乱的,
比如:
一个功能函数的表示方法不同,
现在,习贯了一种写法, 自已的潜意识,就是这样写的,现在有改变了,
到时,你会发现,你每次动手写时,都有一种不确定感,久而久之,这会影响到自已的编写信心[潜在影响],
注意:
别小看这小点,编程本来就不是一个轻松的工作!正常情况下,大脑负荷就高,你还多语言,这样会使得大脑更容易混乱,很多东西也会变得 想起来容易,写起来不容易,不信,你看那些懂很多语言的人,是不是这样子的!
#21
不信? 你看看那些懂很多语言的人,是不是这样子的!
#22
相当不赞同这句话。如果用过perl、lisp、ruby,或者哪怕使用C# 4.0,都不会有这样的认识。
VB是我系统掌握的第一种编程语言。但是我后来果断换了C#,而不是VB.NET。
#23
高级语言可能有相差,但都是定义变量。都是付值。都是if else,do while。
而不是汇编要弄寄存器。要压要弹,要跳来跳去。
#24
我是从c转c++转vb转vb.net转c#.开发经常用c#。偶然因为效率问题也用c,c++..vb.net偶尔也用用。
#25
都是使用字母数字下划线数学符号。
#26
我说了,C、C++、VB、Java这些语言本身就是一类的。但是如果把它们当作编程语言的全部,这种观点就显得井底之蛙了。
#27
为什么,
我回复的很多贴子,
都引起了强列的争论?
越想底调, 越易挑起争端啊!
#28
#29
你的语文不是一般地差。
#30
俺用的语言比较低调,经常使用汇编搞单片机,然后没事时,搞些破解,工作上的老项目中,
用VB6处理老软件程序,现在手上的项目,用VBNET搞工控机WINCE, 觉得碰到障碍时,
找点C# c++ 例子看看,再拿个转换器转到VBNET上看,或干脆找相关部门,做成DLL
我调用就行,管你是什么做的,通过DLL 和VS平台,各成员的合作方式,太方便了,
以致我喜欢做些DLL 供客户同事们使用。。
用VB6处理老软件程序,现在手上的项目,用VBNET搞工控机WINCE, 觉得碰到障碍时,
找点C# c++ 例子看看,再拿个转换器转到VBNET上看,或干脆找相关部门,做成DLL
我调用就行,管你是什么做的,通过DLL 和VS平台,各成员的合作方式,太方便了,
以致我喜欢做些DLL 供客户同事们使用。。
#31
呵呵,我都要从C#转PHP呢
呵呵
呵呵
#32
vb.net现在不流行吧?
#33
vbnet 编的EXE DLL 若不加壳保护,随便找个 反编译器,就能得到C# 源代码了,
你可以 反编译后看你的C#代码了,只不过没注释,但每个子函数都很短,容易看懂的.
你可以 反编译后看你的C#代码了,只不过没注释,但每个子函数都很短,容易看懂的.
#34
很显然,这个公司看中的你的原因可能就是“没什么技术含量,所以笃定你会做他们这个工作”。也许你不是这样认为的,那么就可以说这个公司确实不适合你。
#35
我只是从人家的想法出发。我想也许你可以想出别的想法留下,比如你发现这个公司的所谓平台要重新设计了,至少你认识这个平台的核心了,就可以留下了。
#36
俺找了个VBNET 编的EXE 没加壳的 用 Reflector.exe 反编译了下
你看看示例了一段,和源代码一致,只是没注释吧了
源代码的
反编译的如下:
你看看示例了一段,和源代码一致,只是没注释吧了
源代码的
'XML文件存在则删除 '调用 Del_Xml_file(Xml_FileName) '删除这个文件
Sub Del_Xml_file(ByVal filename As String)
Try
If File.Exists(filename) Then '判断文件存在
File.Delete(filename) '删除文件
' MessageBox.Show("XML文件已删除!")
End If
Catch
End Try
End Sub
反编译的如下:
Public Sub Del_Xml_file(ByVal filename As String)
Try
If File.Exists(filename) Then
File.Delete(filename)
End If
Catch exception1 As Exception
ProjectData.SetProjectError(exception1)
ProjectData.ClearProjectError
End Try
End Sub
public void Del_Xml_file(string filename)
{
try
{
if (File.Exists(filename))
{
File.Delete(filename);
}
}
catch (Exception exception1)
{
ProjectData.SetProjectError(exception1);
ProjectData.ClearProjectError();
}
}
public: void __gc* Del_Xml_file(String __gc* filename)
{
try
{
if (File::Exists(filename))
{
File::Delete(filename);
}
}
catch (Exception __gc* exception1)
{
ProjectData::SetProjectError(exception1);
ProjectData::ClearProjectError();
}
}
procedure Kjx_XmlFile.Del_Xml_file(filename: string);
begin
try
if (File.Exists(filename)) then
File.Delete(filename)
except
on exception1: Exception do
begin
ProjectData.SetProjectError(exception1);
ProjectData.ClearProjectError
end
end
end;
#37
现在还用vb.net的多数都是高手啊。vb.net使用至今大多数都丰富的WIN API使用经验。这点比 vc搞mfc 的还有技术涵量。
vb很简单。却也能开发非常复杂的程序。而且运行速度超过mfc。是非常不错的。
vb.net配合vc常用的vassist。输入效率比c#还要高。
#38
走吧,什么语言到不在乎,但你说到了基于平台,那就是说你在这公司干几年都不会有啥技术长进
#39
确实我就是这样想的,完全一代码民工了,只会套模板
#40
完全没有接触平台设计的可能。。。。。
#41
我觉得VB.NET和 C#,都是相同框架,语法上细微的差别而已,如果项目够有挑战性的话,还是值得一做的。
虽然我能写C#,但是我更喜欢VB的语法
虽然我能写C#,但是我更喜欢VB的语法
#42
VB.NET人气资料没有C#那么多.不建议从C#到VB.net
#43
资料看MSDN和一些C#的代码都无所谓啊,我觉得语言不重要,何况国外很多项目、著作还是VB.NET的
#44
用他们的应用平台,套代码模板,有挑战吗
#45
那个平台有什么值得你学习的吗?如果有,可以留下,如果没有,果断闪人
#46
这个入职之前,应该告诉lz吧,这公司这么做欠妥。。。。
#47
单单一些代码写法上的不同 就足以让你焦头烂额
#48
看你个人职业方向了 如果你以后想再C#上精通 那你果断走人 如果你想让自己成为多面手 那你留下来
#49
vb delphi都out了。。
#50
用过C、C++、delphi 7、vb6.0、vb.net、javascript、c#、java的孩子表示毫无压力
如果涉及界面比较少的话,可以考虑把vs2003的项目更新到楼主比较喜欢的版本,我也是最早从2003开始的,现在用vs2010
另外如果楼主接下来要做的工作模块还是比较独立的,那么就直接用c#开发,一个项目内vb和c#是可以并存的。
当然,多语言开发也会出现问题 比如在.vb页用int i;在.cs页用dim i as integer;结果报错,自己还找不出问题,哈哈哈哈
如果涉及界面比较少的话,可以考虑把vs2003的项目更新到楼主比较喜欢的版本,我也是最早从2003开始的,现在用vs2010
另外如果楼主接下来要做的工作模块还是比较独立的,那么就直接用c#开发,一个项目内vb和c#是可以并存的。
当然,多语言开发也会出现问题 比如在.vb页用int i;在.cs页用dim i as integer;结果报错,自己还找不出问题,哈哈哈哈