[Developers_For_Ever] Fw: Lotus Domino Application developer needed

Monday, January 16, 2012

 


----- Forwarded Message -----
From: Walaa Megally <walaamegally@yahoo.com>
To:
Sent: Monday, January 16, 2012 2:51 PM
Subject: Fw: Lotus Domino Application developer needed


----- Forwarded Message -----
From: Walaa Megally <walaamegally@yahoo.com>
To:
Sent: Tuesday, September 6, 2011 5:51 PM
Subject: Lotus Domino Application developer needed

we are in need to Lotus Domino Application developer 
 Experience: 2+ 
please send the CV to gates@it-blocks.com with subject Lotus Domino Application developer 




__._,_.___
Recent Activity:
Kindly visit my Blog http://amrsaafan.blogspot.com
MARKETPLACE

Stay on top of your group activity without leaving the page you're on - Get the Yahoo! Toolbar now.

.

__,_._,___

[Developers_For_Ever] OutBox New Training program to create integrated projects 2012

 





__._,_.___
Recent Activity:
Kindly visit my Blog http://amrsaafan.blogspot.com
MARKETPLACE

Stay on top of your group activity without leaving the page you're on - Get the Yahoo! Toolbar now.

.

__,_._,___

Re: [flexcoders] Re: Flex alternatives

 

It is not just that...

I remember in the 90's there was IE and Netscape... then came Opera... and then Gekko/Firefox replaced Netscape... now, there is Chrome.

There are so many browsers, because each one of then thinks that he is the best for some kind of need of the user.

that means: each one of then implements things as pleases then.

the beautiful of the FP is that you (theoretical) don´t need to concern about browsers.

I work with flash since 99 and that is true until now, even with iPad discussion (air rules!). Tell me one technology that accomplished that for 10 years.


regards!

Rogério Gonzalez


On Mon, Jan 16, 2012 at 12:20 PM, valdhor <valdhorlists@embarqmail.com> wrote:
 

Good luck on convincing IT departments in large corporations who are generally Microsoft shops.



--- In flexcoders@yahoogroups.com, Guy Morton <guy@...> wrote:
>
> A thought on cross-browser hell…
>
> If every web developer in the world today decided to drop support for IE, everyone would go get Chrome or Firefox.
>
> This would be a win-win, as they would get a better browser, and we would get a better development environment.
>
> Who's with me?
>
> Guy
>
>
> On 16/01/2012, at 6:31 AM, Ron G wrote:
>
> >
> >
> > Valdhor:
> >
> > You are right about that. That is precisely why we went with Flex originally (it insulated us from X-Browser issues). But, since we can't count on that lasting, and even Adobe is telling developers to plan on moving to HTML5, it seems like they're pushing us back into x-browser hell.
> >
> > I didn't want to go there, which is why we chose ZKoss. Yes, there is still going to be HTML/JS/CSS ultimately used, but it's how much. Even Flex SWFs are wrapped in HTML and JS when deployed. So, it's not that I'm against using any amount of HTML/JS; it's how little can I get away with to avoid these issues.
> >
> > Even with HTML5 libraries, such as the much touted jQuery, is, to a large degree, an insulator against x-browser issues. If you read the actual jQuery code, it deals with those issues for you.
> >
> > Now, ZK has a ZK Client JS library, which includes jQuery, that is designed to be a communicator mechanism between the client and the bulk of app logic that resides on the server. So, your normal editing and data manipulation that you might write in JS in a full blown HTML5 app is actually stored as Java on the server, and executed as needed per the EDA (event driven architecture). This type of JS is typically what breaks the page on different browsers and versions thereof. By limiting the amount of client-side JS, as does a jQuery type library, yes, you have some exposure to potential x-browser issues, but not as much as a HTML5 app that does everything on the client. And, when there are issues, they can be resolved in the ZK Client library as a patch/fix.
> >
> > So, now it seems to me that developers have several choices. Stick with Flex and you won't break the browser; you just won't be able to have your app viewed by millions on iOS products. If that seems like a better solution that minimal exposure to x-browser issues by using ZK or some other technology, well, that's certainly a choice each company has to make.
> >
> > Ron
> >
> > --- In flexcoders@yahoogroups.com, "valdhor" <valdhorlists@> wrote:
> > >
> > >
> > > On a side note, I like the look of ZKoss. I don't know if there are cross browser issues with it seeing as we use older versions of browsers. One of the great features of Flex is we don't have to bother coding for compatibility between different browsers and versions. When IT deployed IE7, Flex applications worked just as they had before.
> > >
> > > Anyway, just my 2c from the enterprise perspective.
> > >
> >
> >
>


__._,_.___
Recent Activity:
MARKETPLACE

Stay on top of your group activity without leaving the page you're on - Get the Yahoo! Toolbar now.

.

__,_._,___

[Developers_For_Ever] Job Vacancy : Project Associate

 

Job Title : Project Associate
Country : Egypt
Job Category: Project Management
Job Type: Full Time
Description
1-Provide assistance and coordination in the planning, scheduling and monitoring projects. 2-Prepare enrollment reports and assist in the planning and monitoring of term schedules. 3-Collect Data, maintain databases and prepare reports related to e-learning courses schedules, programs, and materials. 4-Orientate courses with course design, layout, and development according to delivery guidelines. 5-Assist in the development and maintenance of courses support materials to include web content, electronic communities and networking tools. 6-Provide technical support for proprietary course delivery and course development projects. Includes delivery and personalization of electronic content, test bank upload and file conversions; and technical troubleshooting. 7-Assist in course set-up and preparations for delivery via the Learning Management System. 1-Maintain proprietary course repository; complete updates, revisions and corrections as directed; test course links and functions.
Qualifications
1-Good command of both Arabic and English. 2-A bachelor's degree from an accredited college or university. 3-Three (3) or more years of exempt level related experience. 4-Experience working with collaborative development teams. 5-Experienced in working with Microsoft Word, Excel and PowerPoint.
Gender : Any
Experience : 3 – 5 Years.
Other Skills : • MS Office (Advance) • MS Project (Advance)
Salary (L.E.): Negotiable
Comments : The CV without a photo will be ignore.
Job Contact Person: Ahmed Senosy
Job Contact E-mail: hr.egy@emgd.com

__._,_.___
Recent Activity:
Kindly visit my Blog http://amrsaafan.blogspot.com
MARKETPLACE

Stay on top of your group activity without leaving the page you're on - Get the Yahoo! Toolbar now.

.

__,_._,___

[flexcoders] Re: Flex alternatives

 

All of that seems inordinately complex compared to just coding in ActionScript.

I still believe there is a future with Flex (I am planning for 3-5 years). Adobe is still developing Flash for the desktop.

Flex is just an ActionScript Framework (Or library if you like to think of it that way) of components. It has been free to download for quite some time. Open sourcing the code just lets the community fix some bugs, enhance some components and create new ones (Although that has been happening for some time anyway). There have been patches, workarounds and new components being built by members of the community already. The only difference now is Adobe is not the only entity that can push official releases. I liken it to how Apple open sourced Darwin.

Hopefully Adobe (Or someone else) can build an IDE for HTML5/JS/CSS that is as easy to use as Flash Builder and insulates developers from the complexities inherent in that workflow. Once that happens I will be moving forward. At the moment there is nothing I believe ready for prime time except maybe ZKoss (Although I have yet to make that determination).

On the suggestion that I will be leaving IOS devices out, that seems absurd. You can use the same Flex code and with some modifications make it into an AIR app that can be compiled for IOS devices.

Again, all just my perspective. I think some people are blowing the open source announcement out of all perspective.

--- In flexcoders@yahoogroups.com, "Ron G" <rgrimes@...> wrote:
>
>
>
> Valdhor:
>
> You are right about that. That is precisely why we went with Flex originally (it insulated us from X-Browser issues). But, since we can't count on that lasting, and even Adobe is telling developers to plan on moving to HTML5, it seems like they're pushing us back into x-browser hell.
>
> I didn't want to go there, which is why we chose ZKoss. Yes, there is still going to be HTML/JS/CSS ultimately used, but it's how much. Even Flex SWFs are wrapped in HTML and JS when deployed. So, it's not that I'm against using any amount of HTML/JS; it's how little can I get away with to avoid these issues.
>
> Even with HTML5 libraries, such as the much touted jQuery, is, to a large degree, an insulator against x-browser issues. If you read the actual jQuery code, it deals with those issues for you.
>
> Now, ZK has a ZK Client JS library, which includes jQuery, that is designed to be a communicator mechanism between the client and the bulk of app logic that resides on the server. So, your normal editing and data manipulation that you might write in JS in a full blown HTML5 app is actually stored as Java on the server, and executed as needed per the EDA (event driven architecture). This type of JS is typically what breaks the page on different browsers and versions thereof. By limiting the amount of client-side JS, as does a jQuery type library, yes, you have some exposure to potential x-browser issues, but not as much as a HTML5 app that does everything on the client. And, when there are issues, they can be resolved in the ZK Client library as a patch/fix.
>
> So, now it seems to me that developers have several choices. Stick with Flex and you won't break the browser; you just won't be able to have your app viewed by millions on iOS products. If that seems like a better solution that minimal exposure to x-browser issues by using ZK or some other technology, well, that's certainly a choice each company has to make.
>
> Ron
>
> --- In flexcoders@yahoogroups.com, "valdhor" <valdhorlists@> wrote:
> >
> >
> > On a side note, I like the look of ZKoss. I don't know if there are cross browser issues with it seeing as we use older versions of browsers. One of the great features of Flex is we don't have to bother coding for compatibility between different browsers and versions. When IT deployed IE7, Flex applications worked just as they had before.
> >
> > Anyway, just my 2c from the enterprise perspective.
> >
>

__._,_.___
Recent Activity:
MARKETPLACE

Stay on top of your group activity without leaving the page you're on - Get the Yahoo! Toolbar now.

.

__,_._,___

[flexcoders] Re: Flex alternatives

 

Good luck on convincing IT departments in large corporations who are generally Microsoft shops.

--- In flexcoders@yahoogroups.com, Guy Morton <guy@...> wrote:
>
> A thought on cross-browser hell…
>
> If every web developer in the world today decided to drop support for IE, everyone would go get Chrome or Firefox.
>
> This would be a win-win, as they would get a better browser, and we would get a better development environment.
>
> Who's with me?
>
> Guy
>
>
> On 16/01/2012, at 6:31 AM, Ron G wrote:
>
> >
> >
> > Valdhor:
> >
> > You are right about that. That is precisely why we went with Flex originally (it insulated us from X-Browser issues). But, since we can't count on that lasting, and even Adobe is telling developers to plan on moving to HTML5, it seems like they're pushing us back into x-browser hell.
> >
> > I didn't want to go there, which is why we chose ZKoss. Yes, there is still going to be HTML/JS/CSS ultimately used, but it's how much. Even Flex SWFs are wrapped in HTML and JS when deployed. So, it's not that I'm against using any amount of HTML/JS; it's how little can I get away with to avoid these issues.
> >
> > Even with HTML5 libraries, such as the much touted jQuery, is, to a large degree, an insulator against x-browser issues. If you read the actual jQuery code, it deals with those issues for you.
> >
> > Now, ZK has a ZK Client JS library, which includes jQuery, that is designed to be a communicator mechanism between the client and the bulk of app logic that resides on the server. So, your normal editing and data manipulation that you might write in JS in a full blown HTML5 app is actually stored as Java on the server, and executed as needed per the EDA (event driven architecture). This type of JS is typically what breaks the page on different browsers and versions thereof. By limiting the amount of client-side JS, as does a jQuery type library, yes, you have some exposure to potential x-browser issues, but not as much as a HTML5 app that does everything on the client. And, when there are issues, they can be resolved in the ZK Client library as a patch/fix.
> >
> > So, now it seems to me that developers have several choices. Stick with Flex and you won't break the browser; you just won't be able to have your app viewed by millions on iOS products. If that seems like a better solution that minimal exposure to x-browser issues by using ZK or some other technology, well, that's certainly a choice each company has to make.
> >
> > Ron
> >
> > --- In flexcoders@yahoogroups.com, "valdhor" <valdhorlists@> wrote:
> > >
> > >
> > > On a side note, I like the look of ZKoss. I don't know if there are cross browser issues with it seeing as we use older versions of browsers. One of the great features of Flex is we don't have to bother coding for compatibility between different browsers and versions. When IT deployed IE7, Flex applications worked just as they had before.
> > >
> > > Anyway, just my 2c from the enterprise perspective.
> > >
> >
> >
>

__._,_.___
Recent Activity:
MARKETPLACE

Stay on top of your group activity without leaving the page you're on - Get the Yahoo! Toolbar now.

.

__,_._,___

[Developers_For_Ever] 16 Jan 2012 Recent jobs at Makhaly.net Recruitment Service

Dear ALL;This is an automated email.Below are available jobs at Makhaly.net Recruitment Service SEO BackLinks Builder Company Ultra Developers Date 06/12/2011 Expiry Date 01/05/2012 Job Location Egypt Job Field Accounting Employment Type Full Time Rank Junior Position Apply to Job http://www.makhaly.net/Qualifier/JobDetails/23 Microsoft SQL Server Database Administrator Company Ultra Developers Date 26/09/2011 Expiry Date 01/05/2012 Job Location Egypt Job Field Computer Software Employment Type Full Time Rank Senior Position Apply to Job http://www.makhaly.net/Qualifier/JobDetails/22 Professional & Creative Graphic and Logo Designer Company Ultra Developers Date 25/09/2011 Expiry Date 27/06/2012 Job Location Egypt Job Field Graphics Designing Employment Type Full Time Rank Junior Position Apply to Job http://www.makhaly.net/Qualifier/JobDetails/21 Senior Oracle Developer Company Ultra Developers Date 18/02/2011 Expiry Date 01/05/2012 Job Location Egypt Job Field Computer Software Employment Type Full Time Rank Senior Position Apply to Job http://www.makhaly.net/Qualifier/JobDetails/6 Creative & Smart Web Designer Company Ultra Developers Date 21/12/2010 Expiry Date 01/05/2012 Job Location Egypt Job Field Computer Software Employment Type Full Time Rank Junior Position Apply to Job http://www.makhaly.net/Qualifier/JobDetails/3 Junior .Net Developer Company Ultra Developers Date 06/12/2010 Expiry Date 24/02/2012 Job Location Egypt Job Field Computer Software Employment Type Full Time Rank Junior Position Apply to Job http://www.makhaly.net/Qualifier/JobDetails/1 Thanks alot for your Time and Collaboration.Makhaly.Net Recruitment Team You received this message because you are subscribed to Makhaly.net Recruitment Service(c)2010-2012 Muhammad Makhaly. All rights reserved.

[Windows Azure] [New Incredible Book] The Definitive Guide to HTML5

 

 
Note: I am thinking about using this book as a main text in our 201 class from next semester
_______________________________________________________________________________
Zia Khan: http://www.google.com/profiles/ziakhan
Become my friend on Facebook: http://www.facebook.com/ziakhan
Mobile: 92-300-826-3374 (Pakistan)
Microsoft's Windows Azure Discussion Group: 3,200+ Members
CFA, CPA, and CMA Exam Preparation Discussion Group: 3,900+ Members
_______________________________________________________________________________

__._,_.___
Recent Activity:
Cloud Computing Education: http://www.OperationBadar.net
MARKETPLACE

Stay on top of your group activity without leaving the page you're on - Get the Yahoo! Toolbar now.

.

__,_._,___

[Windows Azure] Microsoft New Html5 Cetification starting in Feb

 

98-375: HTML5 Application Development Fundamentals
Planned release for February 23, 2012
MTA is the starting point of Microsoft technology certifications, positioning students for advanced technology training and Microsoft Certified Technology Specialist (MCTS) Certification. This exam tests your knowledge of fundamental HTML5 application development concepts for developing applications that run on today's touch-enabled devices (PC's, tablets, and phones).

  • Exam Review Kit planned release for Q1 2012
  • Student Study Guide planned release for Q1 2012
More details:
 

_______________________________________________________________________________
Zia Khan: http://www.google.com/profiles/ziakhan
Become my friend on Facebook: http://www.facebook.com/ziakhan
Mobile: 92-300-826-3374 (Pakistan)
Microsoft's Windows Azure Discussion Group: 3,200+ Members
CFA, CPA, and CMA Exam Preparation Discussion Group: 3,900+ Members
_______________________________________________________________________________

__._,_.___
Recent Activity:
Cloud Computing Education: http://www.OperationBadar.net
MARKETPLACE

Stay on top of your group activity without leaving the page you're on - Get the Yahoo! Toolbar now.

.

__,_._,___

[Developers_For_Ever] Web Designer (Full-time / Internship)

 


To create, develop and continuously improve the company web site. Involved in the creation of marketing collateral materials, ads, the company's intranet, extranet and online sales support material. The web designer is a key player in our team, creating, updating and designing web pages. The web designer's main focus is to enhance online presence and implement graphically pleasing web strategies in order to produce the highest possible ROI and lead generation on our websites.

Key Responsibilities
This list is intended to be an outline of expected duties and responsibilities and may be changed at any time.

Act as primary contact for web site changes including copy, graphics and links
Create new web pages, landing pages, banner design, logo design and email pieces
Work with Marketing Specialist to obtain information for our potential and existing customers' websites.
Research and visit other web sites to obtain ideas and assess the competition
Perform miscellaneous projects and duties as assign

Requirements

Minimum 2 years work experience in the field of web designing
Proficient in HTML and HTML editing software such as Macromedia Dreamweaver
Working knowledge of Macromedia Flash.
Working knowledge of Photoshop
Experience with Microsoft Office package (Word, Excel, Powerpoint)
Ability to work with Javascript and Php
Basic database knowledge
Ability to work in a team environment
Strong orientation to deadlines and schedules
Ability to take projects from concept to completion
Creative eye and proofing skills
Good communication skills in spoken and written English
Attention to detail
Strong organizational skills

Benefits
Our benefits include medical, life insurance, disability, retirement savings, paid holidays, and personal days.
Application

If you want to apply for a job at NetServEx, we need the following documents:

CV with a recent photo
Cover letter, explaining shortly what you have done so far, what your qualifications are, why you want to have a job at NetServEx and when you want to start working
Please send the required documents to Mahmoud@netservex.com

__._,_.___
Recent Activity:
Kindly visit my Blog http://amrsaafan.blogspot.com
MARKETPLACE

Stay on top of your group activity without leaving the page you're on - Get the Yahoo! Toolbar now.

.

__,_._,___

Re: [flexcoders] Flex alternatives

 

Time they remade "Fantasy Island", I think.

They could start with a ship arriving for the Flex Alternatives conference.

Tattoo could feed the SilverLight impostor to the sharks.

LOL

On 16/01/2012 12:23, Guy Morton wrote:

A thought on cross-browser hell…

If every web developer in the world today decided to drop support for IE, everyone would go get Chrome or Firefox. 

This would be a win-win, as they would get a better browser, and we would get a better development environment.

Who's with me?

Guy


On 16/01/2012, at 6:31 AM, Ron G wrote:

 



Valdhor:

You are right about that. That is precisely why we went with Flex originally (it insulated us from X-Browser issues). But, since we can't count on that lasting, and even Adobe is telling developers to plan on moving to HTML5, it seems like they're pushing us back into x-browser hell.

I didn't want to go there, which is why we chose ZKoss. Yes, there is still going to be HTML/JS/CSS ultimately used, but it's how much. Even Flex SWFs are wrapped in HTML and JS when deployed. So, it's not that I'm against using any amount of HTML/JS; it's how little can I get away with to avoid these issues.

Even with HTML5 libraries, such as the much touted jQuery, is, to a large degree, an insulator against x-browser issues. If you read the actual jQuery code, it deals with those issues for you.

Now, ZK has a ZK Client JS library, which includes jQuery, that is designed to be a communicator mechanism between the client and the bulk of app logic that resides on the server. So, your normal editing and data manipulation that you might write in JS in a full blown HTML5 app is actually stored as Java on the server, and executed as needed per the EDA (event driven architecture). This type of JS is typically what breaks the page on different browsers and versions thereof. By limiting the amount of client-side JS, as does a jQuery type library, yes, you have some exposure to potential x-browser issues, but not as much as a HTML5 app that does everything on the client. And, when there are issues, they can be resolved in the ZK Client library as a patch/fix.

So, now it seems to me that developers have several choices. Stick with Flex and you won't break the browser; you just won't be able to have your app viewed by millions on iOS products. If that seems like a better solution that minimal exposure to x-browser issues by using ZK or some other technology, well, that's certainly a choice each company has to make.

Ron

--- In flexcoders@yahoogroups.com, "valdhor" <valdhorlists@...> wrote:
>
>
> On a side note, I like the look of ZKoss. I don't know if there are cross browser issues with it seeing as we use older versions of browsers. One of the great features of Flex is we don't have to bother coding for compatibility between different browsers and versions. When IT deployed IE7, Flex applications worked just as they had before.
>
> Anyway, just my 2c from the enterprise perspective.
>



__._,_.___
Recent Activity:
MARKETPLACE

Stay on top of your group activity without leaving the page you're on - Get the Yahoo! Toolbar now.

.

__,_._,___