I'm new to SubSonic (and stackoverflow!) and I just wanted to leave a quick note to the SubSonic team. I'm excited to get started, but unfortunately it looks like all your screencasts are down due to Microsoft ending their SilverLight streaming beta.
Hopefully you have backups (!) and can restore the screencasts without too much trouble - I'd love to see them!
-chrisg
I do - I just loaded them up to my server and will push from there using the Tekpub flash player. I just need to rewire the player and I will hopefully get there today.
Related
Over the last couple months I've been developing an app with the free version of MonoTouch.
Now (at the time of this question) it seems Novell killed it, and now that my app is ready, not really sure where to go. If I understand correctly, to deploy to device or package for app store, I need to get a license; do I buy one from Novell, or what? Should I just find a MonoTouch contractor that can take care of that part for me for now?
Hoping to get some wisdom from some seasoned MonoTouch folks on this one...
The Novell Store is still up, and as recently as this weekend someone reported that the activation server is still working.
However, if you don't want to risk spending money on a license right now (and I don't blame you) your best bet is to get someone with an active MT license to help you.
in order to submit an application to the appstore, you need to have an apple developer account (developer.apple.com), generate a .ipa file and submit it through your mac's application Loader/iTunes connect. More info here
(http://developer.apple.com/library/ios/#documentation/Xcode/Conceptual/iphone_development/145-Distributing_Applications/distributing_applications.html)
However, i am not sure but i think that in order to properly generate the .ipa file you need a MonoTouch license..
Over the weekend Novell/Attachmate took down the Monotouch website database. This has killed the website. I don't think it will be back.
In the short term your best bet is to find another MonoTouch user and see if they will put your application up.
Now the database is down, I'm guessing the forums have gone. Someone setup a google group before this happened hopefully this will get some traction. http://groups.google.com/group/monotouch?hl=en-GB
Xamarin have announce that they shall be launching MonoTouch and MonoDroid compatible products in the next 3 months.
see Xamarun's Website
I have received requests for my iPhone app, to be able to sync it between a person's iPhone and iPad, or between two iPhones in the same family, etc. I have been searching online now for some time, and this still is not clear to me. I am a pretty new developer, and I know enough to have gotten an app released, but I am not a professional programmer.
I know that DropBox and SugarSync use "the cloud", but I have not used them as yet and I am not sure how I would implement them for my Core Data database. I also watched a video for Marcus Zarra's ZSync, which looks awesome, but I do not have a desktop application yet, and I'm not sure that that is the solution for me.
I downloaded the DropBox api and sample app and am starting to play with it, but I don't want to waste too much time if I am heading down a rabbit trail. I would love if the iOS offered some sort of a sync option but I looked and I'm pretty sure it doesn't.
This seems like pretty complicated stuff. I would love if someone could point me in the right direction. Maybe even a tutorial if there is one. Just to keep Core Data database synced between multiple (maybe even more than 2) iDevices. Any help would be greatly appreciated.
It seems that, as expected, there is no readily available sync option without writing your own algorithm. Even then, it seems to be hit and miss at best as you add users and devices.
I have decided that for me, for now, the best option is DropBox, and using a simple file backup/restore. When you download the DropBox SDK, there is an iPhone App example in there that well demonstrates how to incorporate it into your app.
The issue I am now having has to do with Core Data. Once I overwrite my SQLite file, I am having a difficult time refreshing my data. It works fine if I close and restart the app, but I don't want to have the user do that.
I have tried many solutions from this site, and none of them have worked completely for me yet. I understand that I have to delete and recreate the persistent store, and that I have to delete and recreate my objects, and that I might have to delete and recreate my view controllers in my tab bar. And possibly also my MOC and MOM.
I understand the part about deleting and recreating the persistent store. I can delete my objects, but I am not sure how to re-create them. I think my issue is that I have a tab bar controller and my top level views do not get dealloc-ed. I have found snippets of code here and there but have not been able to piece them together for a solution yet and all I have is one giant mess of commented out code.
Just an update, and an answer to the syncing issue: iCloud seems like it will actually app syncing. I haven't tried it yet, but am planning to implement it. However, since users will only have limited free iCloud storage, and many won't want to pay, I am also implementing Dropbox for Backup/Restore (only). Hope this helps!
I work full time in a PHP and JavaScript team but we are looking at a new technology to adopt. We want to dive into node.js however we all want to get the same book but we have no idea which would be the best.
Any recommendations ?
Also links would be good.
Regards
Oliver
There are no real - like in actual wood - books out yet, Yahoo! Press has one in the works though, title will be "Up and Running With Node.js".
Right now there's a community driven e-Book from the makers of the express.js framework, its source code is also available on GitHub.
If you like videos, then should check out a couple of talks by Node's creator Ryan Dahl:
Introducion to Node.js - YUI Theater (May 2010)
GoogleTeckTalk - JavaScript on the Server (July 2010)
Techniques for a single stack world - JSConf.eu (Sep 2010)
You can find even more links on our tag wiki.
PS: Best thing IMO is to start a little side project and use that to explore Node.js.
I have a development team specialized in ASP.NET. So the solutions we provide are web based, running on IIS and using MS SQL server. Everything within the intranet of the company. The team has this expertise, and they are excellent in C#, and .Net in general.
The company is deploying SharePoint MOSS 2007. This deployment is part of a project that I am not involved in, and for which I have very little information. However I know that they have established the "thinkers" layer (those who will say what to do), the integrations layer (the who will configure, deploy and manage the production), and that they need to establish the so called development layer (those who will do things the other two can't).
I am asked to evaluate the possibility to increase my team's expertise by adding SharePoint development. This is the easy part, I just have to find the required training and send my people.
However these days the word development could mean a lot of things and sometimes I discover that configuration is used in place of development.
I don't have any objections to evolve the team by developing new expertise, but I want to be sure to keep things stimulating for my developers.
Secondly I don't want to say that we have SharePoint development expertise, and actually what we do is just modifying css or xml files. Also, I don't think that using wizards to produce a solution is the best path to push a C# developer to follow.
The questions I am asking myself first is : what is the background of a SharePoint developer? how could .Net developers feel if asked to become SharePoint developers?
Any thoughts will be greatly appreciated.
I started in Sharepoint development over a year ago when I inherited a WSS 3.0 solution at my company.
Personally I think it was a great step for me getting to know Sharepoint development a little, there are a lot of problems (e.g. security, load – balance, ghosting) that was good to see how was solved by the WSS team and helps me solve problems in other solutions I‘m working on. But I don‘t work on WSS solutions full time, so others have to anwer how it is working with WSS every day.
WSS and Sharepoint are an extension on the ASP.NET platform, so any experience in ASP.NET and .NET in general should be a good foundation for a developer that is starting creating Sharepoint solutions. I read the Inside Microsoft Windows Sharepoint Services 3.0 book in order to get the basic concepts and wss solution architecuture before I started working on WSS projects.
I quickly found out that you have to have a Virtual Machine environment for Sharepoint development, this is because it‘s a pain working on a client and attaching to a remote process on the server to get in debug mode. Therefore I recommend creating a MOSS virtual machine that has Visual Studio installed that has access to your source control system. Develop solutions on that machine and when finished then check into source control.
I also recommend looking at development tools, such as stsdev and wspbuilder to help you building your solution, these will ease you development process quite a bit. There are also quite a lot of tools available on the web, e.g. codeplex to help you out.
Sometimes it can be a pain developing these solutions, changes can require recycling the IIS pool or a brute-force IISReset, error messages can sometimes by a little cryptic and so on. But you quickly catch on and know where to look. Sharepoint also helps you out a lot, I‘ve had millions of questions from clients that can be solved with standard out-of the box web parts, so that I don‘t have to code anhything to keep my clients happy :)
Sharepoint also expects solutions to be coded in certain way, e.g. 12 hive filestructure so it helps you standardizing your solutions.
There is a serious lack of documentation, so that you have to rely on Reflector and such tools a lot, just to know what is happening within the framework, hopefully this gets better with 2010.
The initial learning curve is high, and a lot of new concepts an technologies to learn ,e.g. Workflows within sharepoint, featuers, ghosting and code access security
There is a lot of Xml configuration that sharepoint uses that developers have to learn, this includes the site definition, list templates and more. There are sometimes days when I‘m stuck in Xml edit mode and can‘t figure out why things don‘t work as they should do
These are just few of my thought, I‘ve been working mainly in WSS development and it would be great if someone could comment regarding web part configuration in Sharepoint, e.g. configuring the search. Which is something I haven‘t been doing a lot of.
From what I have heard around, the SharePoint is a popular technology from the customer point of view, but an object of hatred among developers.
Nice to see you noted Dev and Admin being used "incorrectly".
Although Developing for SharePoint could be purely that, development, like creating webparts etc., I strongly encourage you and your team to get to grips with SharePoint deployment, installation and configuration as well. I am fully SharePoint Certified (WSS Config/Dev and MOSS Config/Dev) and having knowledge of both ends has been invaluable for me.
Knowing what is configured where will help in debugging and troubleshooting along the way. I suggest taking an MCTS WSS 3.0 COnfiguration training / and or a MOSS Config training for at least 1 or 2 of your team. The rest of the team will pick up the essentials as they go along, having those 2 certified colleagues as go to guys concerning config and admin.
IMHO, being a sharepoint consultant entails knowing how to create a piece of functionality as a dev and then being able to deploy, configure and maintain that piece of functionality as an admin (or at least an informed end/power user).
Albert, take a look at this other thread titled Is a sharepoint developer technically “equipped” to do custom app dev and vise-versa. There's quite a bit of info in there about what's involved in making the leap from pure .NET to SharePoint.
My co-worker is studying SharePoint at the moment. Making fun of him all the time. Frequently he gabbles something like "wtf is that??!!". And then i feel a bit sad, because i know - there's a probability that i'll have to learn that stuff too (i guess it's not so easy to get projects nowadays).
I see it more as configuration and customization than software development (something like hunting down fing checkbox for 3 days in a row). You pick up some clay through those crazy sharepoint designers and then endlessly customize it.
For everything i know already - there's a new name (i.e. - spGridView) and unexpected behavior underneath.
Html that gets rendered is bizzare (tables and bunch of serialized viewstate everywhere).
But those configuration xml`s... o_0
Now that's a hurdle i can't get over. Even hardcore SQL stuff starts to seem like a childish game.
Maybe i'm wrong, but as i have heard - Microsoft developed 'spatial columns' (let's you expand count of columns for tables over thousandsomething) for sql mainly because of Sharepoint. That terrifies me.
Of course - my opinion is HIGHLY subjective and a bit offensive. But i hope that helps to better reveal what i think & feel about Sharepoint.
Hopefully developers you are working with sees this different.
In short:
No. I wouldn't like to become a sharepoint developer.
Edit:
I could handle that initial complexity. But the main reason i don't want to - i don't think that development in Sharepoint is the right way to go. I mean - lately people discuss that webforms provides too much abstraction. Then what to say about Sharepoint?
To be a successful SharePoint developer you must have a high threshold for pain and the patience of a Buddha.
thank you all for the answers, they are all really helpful.
from what I read here, I see two things to consider.
First is the context of utilization which I think is an important factor. In some places SharePoint "development" could go very far, and could involve developing really exciting things, in order to satisfy new customers' needs. it could involve writing code and so on. And in some other places it could be just administration and configuration, in order to maintain already established solutions.
Secondly is the personal motivation. It really depends on the person. Some .Net developers with good experience, will prefer not to go in a direction, where they will not code the "SharePoint way", and will like to write code in C# or some other languages. However there will be others that will choose this path and will be happy to have such careers. They will be motivated and thus propose really nice solutions.
For example, from my personal perspective and if I had stayed in development and programming, I would not choose SharePoint development using high level wizards and menus,as a progress path for my career. Even though I am not doing it these days, I still enjoy coding, compiling, debugging etc, but this is just me.
(Warning: This may be a stupid question...)
I am am one of those who are not willing to move to SubSonic 3.0. I am currently using a customized fork of SubSonic 1.(?). I want to migrate to version 2 for many reasons, and I have been successfully been playing with Subcommander. Cool stuff! Here's my question...
When I generate the DAL for 2 databases, when I put those DAL files into the same project, with SubSonic 2.2 allow me to connect to both of them in the same project/application at the same time?
Yes you can, but they will need to be in separate namespaces (I think). I've done it and I found that giving each its own project and namespace was the easiest to manage - especially with subcommander since each project can have its own config file.
You may also want to take a look at the SubStage application. I found it great for discovering the myriad of settings available with SubSonic code generation.
Multiple database support was first introduced with SubSonic 2.0 Beta 1. It is hard to find samples online, but the Starter Site project is still a good reference as it includes two database references. You can find the source on Google Code.